我试图编写一个shell脚本，当运行时，将设置一些环境变量，这些变量将在调用者的shell中保持设置。
setenv FOO foo
在csh/tcsh中，或
export FOO=foo
在sh/bash中只在脚本执行期间设置它。
我已经知道了
source myscript
将运行脚本的命令，而不是启动一个新的shell，这可能导致设置“调用者的”环境。
但问题是:
我希望这个脚本可以从bash或csh中调用。换句话说，我希望任何一个shell的用户都能够运行我的脚本，并更改他们的shell环境。因此，'source'对我来说不适用，因为运行csh的用户不能获取bash脚本的源代码，而运行bash的用户也不能获取csh脚本的源代码。
有没有合理的解决方案，不需要在脚本上编写和维护两个版本?
当前回答
您的shell进程拥有父进程环境的副本，并且不能访问父进程的任何环境。当您的shell进程终止时，您对其环境所做的任何更改都将丢失。获取脚本文件是配置shell环境最常用的方法，您可能只想咬紧牙关，为两种shell类型各维护一个脚本文件。
其他回答
这是有效的-这不是我要用的，但它“有效”。让我们创建一个脚本teredo来设置环境变量TEREDO_WORMS:
#!/bin/ksh
export TEREDO_WORMS=ukelele
exec $SHELL -i
它将由Korn shell解释，导出环境变量，然后用一个新的交互式shell替换自身。
在运行这个脚本之前，我们将环境中的SHELL设置为C SHELL，并且没有设置环境变量TEREDO_WORMS:
% env | grep SHELL
SHELL=/bin/csh
% env | grep TEREDO
%
当脚本运行时，你在一个新的shell中，另一个交互式C shell，但环境变量是设置的:
% teredo
% env | grep TEREDO
TEREDO_WORMS=ukelele
%
当你退出这个外壳时，原来的外壳接管:
% exit
% env | grep TEREDO
%
在原始shell的环境中没有设置环境变量。如果您使用exec teredo来运行该命令，那么原来的交互式shell将被设置环境的Korn shell所取代，然后依次被一个新的交互式C shell所取代:
% exec teredo
% env | grep TEREDO
TEREDO_WORMS=ukelele
%
如果您键入exit(或Control-D)，那么您的shell将退出，可能会让您退出该窗口，或者将您带回到实验开始的前一层shell。
同样的机制也适用于Bash或Korn shell。您可能会发现退出命令之后的提示符出现在有趣的地方。
请注意评论中的讨论。这不是我推荐的解决方案，但它确实实现了单一脚本的目的，即设置与所有shell(接受-i选项以生成交互式shell)一起工作的环境。您还可以在选项后面添加“$@”以中继任何其他参数，这可能会使shell可用作通用的“设置环境和执行命令”工具。如果有其他参数，你可能想要省略-i，导致:
#!/bin/ksh
export TEREDO_WORMS=ukelele
exec $SHELL "${@-'-i'}"
“${@-'-i'}”位表示“如果参数列表包含至少一个参数，则使用原始参数列表;否则，用-i代替不存在的参数'。
简短的回答是否定的，您不能更改父进程的环境，但似乎您想要的是一个具有自定义环境变量和用户选择的shell的环境。
所以为什么不简单地
#!/usr/bin/env bash
FOO=foo $SHELL
然后，当您完成环境时，只需退出。
您的shell进程拥有父进程环境的副本，并且不能访问父进程的任何环境。当您的shell进程终止时，您对其环境所做的任何更改都将丢失。获取脚本文件是配置shell环境最常用的方法，您可能只想咬紧牙关，为两种shell类型各维护一个脚本文件。
我很多年前就这么做了。如果我没记错的话，我在.bashrc和.cshrc中都包含了一个别名，并带了参数，以别名形式将环境设置为公共形式。
然后，您将在这两个shell中的任何一个中获取的脚本都具有带有最后一种形式的命令，该命令适用于在每个shell中使用别名。
如果我找到具体的化名，我会公布的。
您可以使用不同的bash_profile调用另一个Bash。 此外，您还可以创建特殊的bash_profile用于多bashprofile环境。
请记住，您可以在bashprofile中使用函数，并且该函数将全局可用。 例如，“function user {export USER_NAME $1}”可以在运行时设置变量，例如:user olegchir && env | grep olegchir
