我试图编写一个shell脚本，当运行时，将设置一些环境变量，这些变量将在调用者的shell中保持设置。
setenv FOO foo
在csh/tcsh中，或
export FOO=foo
在sh/bash中只在脚本执行期间设置它。
我已经知道了
source myscript
将运行脚本的命令，而不是启动一个新的shell，这可能导致设置“调用者的”环境。
但问题是:
我希望这个脚本可以从bash或csh中调用。换句话说，我希望任何一个shell的用户都能够运行我的脚本，并更改他们的shell环境。因此，'source'对我来说不适用，因为运行csh的用户不能获取bash脚本的源代码，而运行bash的用户也不能获取csh脚本的源代码。
有没有合理的解决方案，不需要在脚本上编写和维护两个版本?
当前回答
您可以指示子进程打印它的环境变量(通过调用“env”)，然后在父进程中循环打印的环境变量，并对这些变量调用“export”。
下面的代码基于find的捕获输出。-print0转换为bash数组
如果父shell是bash，则可以使用
while IFS= read -r -d $'\0' line; do
export "$line"
done < <(bash -s <<< 'export VARNAME=something; env -0')
echo $VARNAME
如果父shell是破折号，则read不提供-d标志，代码将变得更加复杂
TMPDIR=$(mktemp -d)
mkfifo $TMPDIR/fifo
(bash -s << "EOF"
export VARNAME=something
while IFS= read -r -d $'\0' line; do
echo $(printf '%q' "$line")
done < <(env -0)
EOF
) > $TMPDIR/fifo &
while read -r line; do export "$(eval echo $line)"; done < $TMPDIR/fifo
rm -r $TMPDIR
echo $VARNAME
其他回答
我很多年前就这么做了。如果我没记错的话，我在.bashrc和.cshrc中都包含了一个别名，并带了参数，以别名形式将环境设置为公共形式。
然后，您将在这两个shell中的任何一个中获取的脚本都具有带有最后一种形式的命令，该命令适用于在每个shell中使用别名。
如果我找到具体的化名，我会公布的。
简短的回答是否定的，您不能更改父进程的环境，但似乎您想要的是一个具有自定义环境变量和用户选择的shell的环境。
所以为什么不简单地
#!/usr/bin/env bash
FOO=foo $SHELL
然后，当您完成环境时，只需退出。
我没有看到任何关于如何使用协作流程来解决这个问题的说明。ssh-agent之类的常见模式是让子进程打印父进程可以求值的表达式。
bash$ eval $(shh-agent)
例如，ssh-agent可以选择Csh或与bourne兼容的输出语法。
bash$ ssh-agent
SSH2_AUTH_SOCK=/tmp/ssh-era/ssh2-10690-agent; export SSH2_AUTH_SOCK;
SSH2_AGENT_PID=10691; export SSH2_AGENT_PID;
echo Agent pid 10691;
(这会导致代理开始运行，但不允许您实际使用它，除非您现在将此输出复制粘贴到shell提示符中。)比较:
bash$ ssh-agent -c
setenv SSH2_AUTH_SOCK /tmp/ssh-era/ssh2-10751-agent;
setenv SSH2_AGENT_PID 10752;
echo Agent pid 10752;
(正如你所看到的，csh和tcsh使用setenv来设置变量。)
您自己的程序也可以做到这一点。
bash$ foo=$(makefoo)
makefoo脚本将简单地计算并打印值，并让调用者对其做任何想做的事情——将其分配给变量是一种常见的用例，但可能不希望将其硬编码到生成值的工具中。
您应该使用模块，参见http://modules.sourceforge.net/
编辑:模块包自2012年以来没有更新，但仍然可以正常工作。所有的新功能，铃声和口哨都发生在今天的lmod(我更喜欢它):https://www.tacc.utexas.edu/research-development/tacc-projects/lmod
Another option is to use "Environment Modules" (http://modules.sourceforge.net/). This unfortunately introduces a third language into the mix. You define the environment with the language of Tcl, but there are a few handy commands for typical modifications (prepend vs. append vs set). You will also need to have environment modules installed. You can then use module load *XXX* to name the environment you want. The module command is basically a fancy alias for the eval mechanism described above by Thomas Kammeyer. The main advantage here is that you can maintain the environment in one language and rely on "Environment Modules" to translate it to sh, ksh, bash, csh, tcsh, zsh, python (?!?!!), etc.
