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，但同样的问题仍然适用
也许还有其他方法可以做到这一点，我只需要使用我传递的文件的环境变量作为脚本的参数。
当前回答
这可能会有帮助:
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
其他回答
首先，创建一个环境文件，其中包含如下所示环境的所有键-值对，并将其命名为任何您喜欢的名称，在我的示例中为env_var.env
MINIENTREGA_FECHALIMITE="2011-03-31"
MINIENTREGA_FICHEROS="informe.txt programa.c"
MINIENTREGA_DESTINO="./destino/entrega-prac1"
然后创建一个脚本，该脚本将导出python环境的所有环境变量，如下所示，并将其命名为export_env.sh
#!/usr/bin/env bash
ENV_FILE="$1"
CMD=${@:2}
set -o allexport
source $ENV_FILE
set +o allexport
$CMD
该脚本将第一个参数作为环境文件，然后导出该文件中的所有环境变量，然后在此之后运行该命令。
用法:
./export_env.sh env_var.env python app.py
问题与您的方法是导出在while循环发生在一个子shell，这些变量将不可用在当前shell(父shell的while循环)。
在文件本身中添加export命令:
export MINIENTREGA_FECHALIMITE="2011-03-31"
export MINIENTREGA_FICHEROS="informe.txt programa.c"
export MINIENTREGA_DESTINO="./destino/entrega-prac1"
然后你需要在当前shell中的文件中使用:
. ./conf/prac1
OR
source ./conf/prac1
export $(grep -v '^#' envfilename | xargs -L 1 -d '\r' -d '\r\n')
这在CentOS上就像一个魅力;当你遇到\r被附加到加载变量的问题时。它还负责注释和空白。
我在Mac上使用docker-compose和.env文件，并想将.env导入到我的bash shell中(用于测试)，这里的“最佳”答案是在以下变量上出错:
.env
NODE_ARGS=--expose-gc --max_old_space_size=2048
解决方案
所以我最终使用eval，并将env var defs包装在单引号中。
eval $(grep -v -e '^#' .env | xargs -I {} echo export \'{}\')
Bash的版本
$ /bin/bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)
Copyright (C) 2007 Free Software Foundation, Inc.
当我试图在shell中重用Docker -env-files时，我遇到了这个线程。它们的格式与bash不兼容，但很简单:name=value，没有引号，没有替换。它们还会忽略空行和#注释。
我不能完全让它与posix兼容，但这里有一个应该在bash-like shell中工作(在OSX 10.12.5的zsh和Ubuntu 14.04的bash中测试):
while read -r l; do export "$(sed 's/=.*$//' <<<$l)"="$(sed -E 's/^[^=]+=//' <<<$l)"; done < <(grep -E -v '^\s*(#|$)' your-env-file)
它不会处理上面文档链接的例子中的三种情况:
Bash: export: ' 123qwe=bar':不是有效的标识符 Bash: export: `org.spring。Config =something':不是有效的标识符 并且它不会处理传递语法(一个纯FOO)
