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

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)。

希望这能有所帮助。

这取决于您的操作系统和shell

在linux上使用shell bash，你可以在控制台中创建这样的环境变量:

export FOO=bar

有关ubuntu环境变量的更多信息(例如):

ubuntu上的环境变量

对于windows用户来说，这个Stack Overflow问题和顶部答案对于如何通过命令行设置环境变量非常有用

如何在Windows中设置NODE_ENV=production ?

我强烈建议你查查dotenv包。

https://github.com/motdotla/dotenv

它有点类似于@Benxamin回答中建议的库，但它要干净得多，并且不需要任何bash脚本。同样值得注意的是，代码库很受欢迎，维护得很好。

基本上你需要一个.env文件(我强烈建议忽略你的git/mercurial/etc):

FOO=bar
BAZ=bob

然后在你的申请入口文件中尽早输入以下一行:

require('dotenv').config();

繁荣。完成了。的过程。Env '现在将包含上面的变量:

console.log(process.env.FOO);
// bar

”。Env文件不是必需的，所以你不需要担心你的应用程序在它缺席时崩溃。

很像其他答案，但没有任何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文件

windows用户:小心!建议在Unix系统下使用这些命令。但在Windows上，它们不会持续存在，它们只在当前shell中设置了一个变量，当你重新启动时，它就会消失。

SET TEST="hello world" $env:TEST = "hello world"

Windows下设置持久环境变量的3种方法:

A) .env文件在你的项目-最好的方法。因为你可以将该文件复制到任何计算机，并在运行项目时获得相同的配置。

在你的项目根目录下创建一个。env文件，内容如下:TEST="hello world" 编写一些将读取该文件的节点代码。我建议安装dotenv (npm install dotenv——save)，然后添加require('dotenv').config();在节点设置代码期间。 process.env.TEST现在在node中可用

env文件是将api-key排除在代码库之外的一种好方法

B)使用Powershell -这将创建一个变量，可在其他终端访问。但这很糟糕，因为重启电脑后它就会丢失。

[Environment]::SetEnvironmentVariable("TEST"， "hello world"， "User")

这种方法在Windows论坛上被广泛推荐，人们似乎没有意识到在系统重新启动后它不会持续....

C)使用Windows GUI

在开始菜单中搜索“环境变量”或在控制面板中选择“编辑系统环境变量”。打开一个对话框，点击对话框底部的“环境变量”按钮，打开一个编辑视图，点击“新建”按钮，添加一个新的环境变量。一件容易的事。并且即使在重新启动后仍然存在。但您不应该使用它来配置特定的代码库。