如果您使用的是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

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

你可以使用

npm run env NODE_ENV=production

这可能是最好的方法，因为它在Windows和Unix上都是兼容的。

来自npm run-script文档:

env脚本是一个特殊的内置命令，可用于列出脚本在运行时可用的环境变量。如果在包中定义了“env”命令，它将优先于内置命令。

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

npm install --production

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

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

我的用例:

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