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

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

我的用例:

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

如果您正在使用带有NTVS的Visual Studio，您可以在项目属性页面上设置环境变量:

正如你所看到的，Configuration和Platform下拉菜单被禁用了(我还没有深入研究为什么会这样)，但是如果你编辑你的.njsproj文件，如下所示:

  <PropertyGroup Condition=" '$(Configuration)' == 'Debug' ">
    <DebugSymbols>true</DebugSymbols>
    <Environment>NODE_ENV=development</Environment>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)' == 'Release' ">
    <DebugSymbols>true</DebugSymbols>
    <Environment>NODE_ENV=production</Environment>
  </PropertyGroup>

然后，“调试/发布”下拉菜单将控制在启动Node.js之前如何设置变量。

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

我写了一个模块win-node-env，你可以像在*nix中一样运行你的命令。

NODE_ENV=production node myapp/app.js

它通过创建NODE_ENV来工作。cmd命令，设置NODE_ENV环境变量，并使用该命令的其余部分及其参数生成一个子进程。

只需安装它(全局)，并运行你的npm脚本命令，它应该会自动使它们工作。

npm install -g win-node-env

set NODE_ENV=production & node server.js 

对于多个环境变量，.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中被取消设置。