TL;DR:如何从文本文件中导出一组键/值对到shell环境中?
为了记录在案，以下是问题的原始版本，并附有示例。
我在bash中写了一个脚本，它在某个文件夹中解析带有3个变量的文件，这是其中之一:
MINIENTREGA_FECHALIMITE="2011-03-31"
MINIENTREGA_FICHEROS="informe.txt programa.c"
MINIENTREGA_DESTINO="./destino/entrega-prac1"
该文件的存放路径为。/conf/prac1
我的脚本minientrega.sh然后使用以下代码解析文件:
cat ./conf/$1 | while read line; do
export $line
done
但是当我在命令行中执行minientrega.sh prac1时，它不会设置环境变量
我也尝试使用source ./conf/$1，但同样的问题仍然适用
也许还有其他方法可以做到这一点，我只需要使用我传递的文件的环境变量作为脚本的参数。
当前回答
set -a
. ./env.txt
set +a
如果env.txt像这样:
VAR1=1
VAR2=2
VAR3=3
...
解释 -a等价于alleexport。换句话说，shell中的每个变量赋值都被导出到环境中(供多个子进程使用)。更多信息可以在Set内置文档中找到:
-a每个创建或修改的变量或函数都被赋予export属性，并标记为可导出到后续命令的环境。 使用“+”而不是“-”会关闭这些选项。还可以在调用shell时使用这些选项。当前选项集可以在$-中找到。
其他回答
我对之前建议的解决方案有问题:
@anubhava的解决方案使得编写bash友好的配置文件非常烦人，而且-你可能不想总是导出你的配置。 @Silas Paul解决方案中断时，你的变量有空格或其他字符，在引号值中工作得很好，但$()使混乱。
以下是我的解决方案，在我看来仍然很糟糕——并且不能解决Silas提出的“只导出到一个孩子”的问题(尽管你可能可以在子shell中运行它来限制范围):
source .conf-file
export $(cut -d= -f1 < .conf-file)
如果你想保持全局环境变量空间不变，我的看法是，我认为这是可取的。
创建一个像这样的脚本:
# !/bin/sh
set -o allexport
source $1
set +o allexport
shift
exec $@
然后像这样使用:
dotenv env-file my-binary
我发现最有效的方法是:
export $(xargs < .env)
解释
当我们有一个这样的.env文件时:
key=val
foo=bar
运行xargs < .env将得到key=val foo=bar
因此我们将得到export key=val foo=bar，这正是我们所需要的!
限制
它不处理值中有空格的情况。像env这样的命令会产生这种格式。——@Shardj
这是我的变种:
with_env() {
(set -a && . ./.env && "$@")
}
与之前方案相比:
它不会泄漏作用域外的变量(来自.env的值不会暴露给调用者) 不clobber设置选项 返回已执行命令的退出代码 使用posix兼容的set -a 用途。而不是源，避免害羞 如果.env加载失败，则不会调用该命令
with_env rails console
posix兼容的解决方案(不依赖于bash)
正如其他人所注意到的，在这里使用for/while循环的问题是，变量在shell及其子shell之间不共享。然而，我们能做的是使用args/stdin/stdout在shell之间传递文本。
在subshell中设置环境变量在我们获取脚本源代码时是没有帮助的
变量不会向上传播，但我们知道可以将文本发送回去。这个文本也可以是代码，我们可以用eval在当前shell中求值。
如果我们生成用于设置所有环境变量的代码，然后对结果进行计算呢?
create_exports_script() {
echo "$1" | while read line; do
echo "export $line"
done
}
file_contents=$(cat "./conf/myconf.env")
eval $(create_exports_script "$file_contents")
bash中的这种函数式元编程非常灵活。您还可以用这种方式生成bash/sh以外的其他语言。
