我有类似的问题调用ssh-agent -s在rsync的选项-e调用的脚本。

在脚本中，eval $(ssh-agent -s)不为下一次调用保留环境变量。

rsync -e 'source ssh-check-agent.sh -p 8022'不起作用，所以我做了一个变通方案。在脚本中，我在调用ssh-agent后将变量保存在一个临时文件中，如下:

echo "export SSH_AUTH_SOCK=$SSH_AUTH_SOCK;" > /tmp/ssh-check-agent.vars
echo "export SSH_AGENT_PID=$SSH_AGENT_PID;" >> /tmp/ssh-check-agent.vars

然后在调用rsync (backup.sh)的脚本中调用:

source /tmp/ssh-check-agent.vars

问题是调用rsync的脚本必须由source (source backup.sh)调用。

我知道这不是问题(我使用两次源)，但如果有人在rsync上有类似的问题，我在这里放了。

使用脚本文件导出环境变量

问题: 当您运行一个脚本时，它在子shell中执行，并在执行后返回到父shell。导出变量只适用于子shell，不能将子shell的变量导出回父shell。

解决方案: 从你的脚本文件调用一个子shell和你想要导出的变量，这将创建一个新的子shell和你导出的变量。

script.sh - - - >

bash -c 'export VAR=variable; exec bash'

:: ciph3r

是否有任何方法通过执行export来访问$VAR。没有来源的Bash ?

快速回答:不。

但也有几种可能的变通办法。

您已经提到的最明显的方法是使用source or。在调用shell的上下文中执行脚本:

$ cat set-vars1.sh 
export FOO=BAR
$ . set-vars1.sh 
$ echo $FOO
BAR

另一种方法是让脚本，而不是设置环境变量，打印将设置环境变量的命令:

$ cat set-vars2.sh
#!/bin/bash
echo export FOO=BAR
$ eval "$(./set-vars2.sh)"
$ echo "$FOO"
BAR

第三种方法是使用脚本在内部设置环境变量，然后在该环境中调用指定的命令:

$ cat set-vars3.sh
#!/bin/bash
export FOO=BAR
exec "$@"
$ ./set-vars3.sh printenv | grep FOO
FOO=BAR

最后一种方法可能非常有用，但对于交互式使用来说不太方便，因为它不能提供当前shell中的设置(以及您已建立的所有其他设置和历史)。

简单幼稚的方法有效:

脚本1:

回显"something" > /tmp/myvar

脚本2:

myvar=$（cat /tmp/myvar）

答案是否定的，但对我来说，我做了以下事情

脚本:

myExport

#! \bin\bash
export $1

我的.bashrc文件中的别名:

alias myExport='source myExport'

你仍然可以获取它，但也许这样它更有用，对其他人来说也更有趣。

我不认为这可以做到，但我找到了一个使用别名的变通办法。只有当您将脚本放在scripts目录中时，它才会工作。否则，您的别名将具有无效的名称。

唯一的解决方法是能够在文件中使用同名函数，并且在使用它之前不必费心查找它。将以下代码添加到~/.bashrc文件中:

alias myFunction='unalias myFunction && . myFunction && myFunction "$@"'

您现在可以调用myFunction，而无需首先获取它。