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，但同样的问题仍然适用
也许还有其他方法可以做到这一点，我只需要使用我传递的文件的环境变量作为脚本的参数。
当前回答
这是我的变种:
with_env() {
(set -a && . ./.env && "$@")
}
与之前方案相比:
它不会泄漏作用域外的变量(来自.env的值不会暴露给调用者) 不clobber设置选项 返回已执行命令的退出代码 使用posix兼容的set -a 用途。而不是源，避免害羞 如果.env加载失败，则不会调用该命令
with_env rails console
其他回答
这可能会有帮助:
export $(cat .env | xargs) && rails c
我使用这个的原因是如果我想在我的rails控制台中测试。env的东西。
Gabrielf想出了一个保持变量局部的好方法。这解决了从一个项目到另一个项目时的潜在问题。
env $(cat .env | xargs) rails
我已经用bash 3.2.51(1)-release测试了这一点
更新:
要忽略以#开头的行，使用这个(感谢Pete的评论):
export $(grep -v '^#' .env | xargs)
如果你想取消文件中定义的所有变量，使用这个:
unset $(grep -v '^#' .env | sed -E 's/(.*)=.*/\1/' | xargs)
更新:
要处理带有空格的值，请使用:
export $(grep -v '^#' .env | xargs -d '\n')
在GNU系统上——或者:
export $(grep -v '^#' .env | xargs -0)
在BSD系统上。
从这个答案中，你可以自动检测操作系统:
export-env.sh
#!/bin/sh
## Usage:
## . ./export-env.sh ; $COMMAND
## . ./export-env.sh ; echo ${MINIENTREGA_FECHALIMITE}
unamestr=$(uname)
if [ "$unamestr" = 'Linux' ]; then
export $(grep -v '^#' .env | xargs -d '\n')
elif [ "$unamestr" = 'FreeBSD' ] || [ "$unamestr" = 'Darwin' ]; then
export $(grep -v '^#' .env | xargs -0)
fi
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以外的其他语言。
我对之前建议的解决方案有问题:
@anubhava的解决方案使得编写bash友好的配置文件非常烦人，而且-你可能不想总是导出你的配置。 @Silas Paul解决方案中断时，你的变量有空格或其他字符，在引号值中工作得很好，但$()使混乱。
以下是我的解决方案，在我看来仍然很糟糕——并且不能解决Silas提出的“只导出到一个孩子”的问题(尽管你可能可以在子shell中运行它来限制范围):
source .conf-file
export $(cut -d= -f1 < .conf-file)
如果你得到一个错误，因为你的一个变量包含了一个包含空格的值，你可以尝试重置bash的IFS(内部字段分隔符)为\n，让bash解释cat .env结果为env可执行文件的参数列表。
例子:
IFS=$'\n'; env $(cat .env) rails c
参见:
http://tldp.org/LDP/abs/html/internalvariables.html#IFSREF https://unix.stackexchange.com/a/196761
如果您想让exec作为脚本的最后一个命令，那么您可以使用execlineb解释器。这是脚本的最后一行:
#!/bin/sh
...
exec envfile -I /etc/default/bla envfile /etc/default/bla-bla my_cmd
envfile……是来自execline套件的命令，它们依赖于“链加载”。 顺便说一句，一旦你进入这个兔子洞，你可能会发现你不再需要壳了(…-)使用execlineb解释器而不是shell来启动服务，以最小的开销是非常有用的，即:
#!/bin/execlineb
...
envfile -I /etc/default/bla
envfile /etc/default/bla-bla
my_cmd
