我在Visual Studio 2013的Windows 7 64位上使用Node.js的经验是，你需要使用

setx NODE_ENV development

从CMD窗口。并且您必须重新启动Visual Studio才能识别新的值。

set语法仅在设置它的cmd窗口的持续时间内有效。

在Node.js中的简单测试:

console.log('process.env.NODE_ENV = ' + process.env.NODE_ENV);

当使用set时返回'undefined'，如果使用setx并重新启动Visual Studio，它将返回'development'。

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

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

我的用例:

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

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

npm install --production

最后，我认为最好的方法如下。

"set-env-qa": "npm run env APP_ENV=qa",
"start:qa": "npm run set-env-qa && react-native start",

这将确保我们为程序获得正确的env设置。用您想要的下一个命令替换react-native-start。

我刚刚发现了一个很好的Node.js包，它可以用独特的语法定义环境变量，跨平台。

https://www.npmjs.com/package/cross-env

它允许你这样写:

cross-env NODE_ENV=production my-command

这非常方便!不再有Windows或Unix特定的命令!

如果您正在使用带有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之前如何设置变量。