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

NODE_ENV=production node myapp/app.js

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

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

npm install -g win-node-env

如果NODE_ENV或任何其他环境变量没有提供正确的值，则重新启动VS代码。这应该在重启后工作。

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

NODE_ENV=production node myapp/app.js

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

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

npm install -g win-node-env

我使用npm脚本运行一个没有“&&”的gulp任务

NODE_ENV=testcases运行seed-db

首先在powershell类型

$env:NODE_ENV="production"

然后输入

node fileName.js

它将完美地显示所有输出。

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

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

我的用例:

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