对于多个环境变量，.env文件更方便:

# .env.example, committed to repo
DB_HOST=localhost
DB_USER=root
DB_PASS=s1mpl3

# .env, private, .gitignore it
DB_HOST=real-hostname.example.com
DB_USER=real-user-name
DB_PASS=REAL_PASSWORD

dotenv-safe很容易使用:

使用npm Install——save-dev dotenv-safe安装。 将它包含在代码中(最好在index.js的开头)，并直接与进程一起使用它。env命令:

require('dotenv').load()
console.log(process.env.DB_HOST)   

不要忘记忽略VCS中的.env文件。

如果在.env中“定义”了一个变量，那么程序就会快速失败。Example作为环境变量或在.env中被取消设置。

只是为了澄清一下，对于那些可能会揪着头发的人来说……

如果你在Windows上使用git bash, set node_env=production&& node whatever.js似乎不起作用。相反，使用本机cmd。然后，使用set node_env=production&& node whatever。Jsworks如预期的那样。

我的用例:

我在Windows上开发，因为我的工作流程要快得多，但我需要确保我的应用程序的特定于开发的中间件不会在生产环境中触发。

当前版本的Windows使用Powershell作为默认shell，因此使用:

$env:NODE_ENV="production"

请看下面@jsalonen的回答。如果您在CMD(不再维护)，使用

set NODE_ENV=production

这应该在您打算运行Node.js应用程序的命令提示符中执行。

上面的代码行将为执行命令的命令提示符设置环境变量NODE_ENV。

要全局设置环境变量，使它们在单个命令提示符之外持续存在，您可以在控制面板中的系统中找到该工具(或在开始菜单中的搜索框中键入'environment')。

这不会设置一个变量，但在很多情况下是有用的。我不建议在生产环境中使用这个方法，但是如果你正在使用npm，它应该是可以的。

npm install --production

如果您使用的是GITBASH终端 “设置NODE_ENV =生产” 不会工作，你能做的就是打字 “出口NODE_ENV =生产”

如果你使用vs code终端，你必须使用这个命令

$env:NODE_ENV="production"