我成功使用过的处理环境变量的好方法如下:

A.使用不同的配置文件:

Dev.js //这里只包含所有用于开发的环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些DEV Value1'， someEnvKey2: 'some DEV Value2' }; js //只包含所有用于开发的环境变量 ．． qa.js //这里只包含qa测试的所有环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些QA Value1'， someEnvKey2: '一些QA Value2' };

注意:大多数情况下，值会随着环境的变化而变化，但键保持不变。

你可以有更多 Z__prod.js //只包含生产/活动的所有环境变量 注意:此文件从未捆绑用于部署 将所有这些配置文件放在/config/文件夹中 < projectRoot > / config / dev.js < projectRoot > / config / qa.js < projectRoot > / config / z__prod.js < projectRoot > / setenv.js < projectRoot > / setenv.bat < projectRoot > / setenv.sh

注意:prod的名称与其他名称不同，因为它不会被所有人使用。

B.从配置文件中设置OS/ Lambda/ AzureFunction/ GoogleCloudFunction环境变量

理想情况下，文件中的这些配置变量应该作为OS环境变量(或LAMBDA函数变量，或Azure函数变量，谷歌云函数等)。

因此，我们在Windows操作系统(或其他)中编写自动化

假设我们编写“setenv”bat文件，其中一个参数是我们想要设置的环境 现在运行"setenv dev"

a)从传入的参数变量(现在是'dev')获取输入 B)读取相应的文件('config\dev.js') c)设置Windows操作系统(或其他)中的环境变量

例如,

setenv.bat的内容可能是:

    node setenv.js

setenv.js的内容可能是:

    // import "process.env.ENV".js file (dev.js example)
    // loop the imported file contents
    //     set the environment variables in Windows OS (or, Lambda, etc.)

至此，您的环境就可以使用了。

当你执行“setenv qa”时，所有的qa环境变量都可以从qa.js中使用，并且可以由相同的程序(总是要求process.env. qa)使用。someEnvKey1，但它得到的值是qone)。

希望这能有所帮助。

如果你想要一个管理选项，试试envs npm包。如果设置了环境值，则返回环境值。否则，您可以指定一个默认值，该值存储在全局默认对象变量中(如果不在您的环境中)。

使用.env (" . ee-en-vee")或环境文件有很多好处。个人可以管理自己的配置。您可以使用自己的环境设置将不同的环境(dev、stage、prod)部署到云服务中。你可以设置合理的默认值。

在你的.env文件中，每一行都是一个条目，就像下面这个例子:

NODE_ENV=development
API_URL=http://api.domain.com
TRANSLATION_API_URL=/translations/
GA_UA=987654321-0
NEW_RELIC_KEY=hi-mom
SOME_TOKEN=asdfasdfasdf
SOME_OTHER_TOKEN=zxcvzxcvzxcv

您不应该在版本控制存储库中包含.env(将其添加到.gitignore文件中)。

要将.env文件中的变量导入到环境中，可以在启动应用程序之前使用bash脚本执行导出NODE_ENV=development的等效操作。

#!/bin/bash
while read line; do export "$line";
done <source .env

然后在你的应用javascript中:

var envs = require('envs');

// If NODE_ENV is not set, 
// then this application will assume it's prod by default.
app.set('environment', envs('NODE_ENV', 'production')); 

// Usage examples:
app.set('ga_account', envs('GA_UA'));
app.set('nr_browser_key', envs('NEW_RELIC_BROWSER_KEY'));
app.set('other', envs('SOME_OTHER_TOKEN));

步骤1:将环境变量添加到相应的文件中。例如，您的登台环境可以称为.env。其中包含特定于登台环境的环境变量USER_ID和USER_KEY。

第二步:包装。Json文件，添加以下内容:

"scripts": {
  "build": "sh -ac '. ./.env.${REACT_APP_ENV}; react-scripts build'",
  "build:staging": "REACT_APP_ENV=staging npm run build",
  "build:production": "REACT_APP_ENV=production npm run build",
  ...
}

然后在部署脚本中像这样调用它:

npm run build:staging

超级简单的设置和工作就像一个魅力!

来源:https://medium.com/@tacomanator environments-with-create-react-app-7b645312c09d

可以通过process global variable设置环境变量，方法如下:

process.env['NODE_ENV'] = 'production';

适用于所有平台。

很像其他答案，但没有任何lib或(bash)导出。

我有一些加密的变量，然后我需要在飞行中生成它们。

神奇发生在set -a &&…&& set +a可以是一些内容或文件。

#!/bin/sh

set -a    
SOMEVAR_A="abcd"
SOMEVAR_B="efgh"
SOMEVAR_C=123456
set +a

# or
set -a && . ./file && set +a

我有一个docker-entrypoint.sh:

#!/bin/sh

node app/config/set-environment.js

ENVFILE=/tmp/.env

if [[ ! -f "$ENVFILE" ]] ; then
    echo "File $ENVFILE is not there, aborting."
    exit
fi

# here is where things happen
set -a && . $ENVFILE && set +a

if [ "${NODE_ENV}" = "development" ]; then
  npx nodemon app/server.js
else
  node app/server.js
fi

exec "$@"

而set-environment.js生成一个(tmp) .env文件

使用cross-env。这会让你免去很多头疼的事情

-S cross-env

cross-env PARAM=value node ./index.js

这通常适用于非凭证。比如证书和钥匙 最好不要存储硬编码的用户id和密码，而是使用不在repo和dotenv中的.env文件