当NODE_ENV环境变量被设置为“production”时，包中的所有devDependencies。当运行NPM install时，Json文件将被完全忽略。你也可以使用——production标志来强制执行:

npm install --production

要设置NODE_ENV，您可以使用这些方法中的任何一种

方法一:为所有节点应用设置NODE_ENV

窗口:

set NODE_ENV=production

Linux、macOS或其他基于unix的系统:

export NODE_ENV=production

这将为当前bash会话设置NODE_ENV，因此在此语句后启动的任何应用程序都将NODE_ENV设置为生产。

方法2:设置当前应用的NODE_ENV

NODE_ENV=production node app.js

这将仅为当前应用设置NODE_ENV。当我们想要在不同的环境中测试应用程序时，这很有帮助。

方法三:创建。env文件并使用

这使用了这里解释的想法。请参考这篇文章了解更详细的解释。

基本上，您创建一个.env文件，并运行一些bash脚本在环境上设置它们。

为了避免编写bash脚本，可以使用env-cmd包来加载.env文件中定义的环境变量。

env-cmd .env node app.js

方法四:使用跨环境包

这个包允许以一种方式为每个平台设置环境变量。

在用npm安装它之后，你可以把它添加到你的部署脚本中。Json格式如下:

"build:deploy": "cross-env NODE_ENV=production webpack"

对于单个环境变量

 "scripts": {
    "start": "set NODE_ENV=production&& node server.js"
 }

对于多个环境变量

 "scripts": {
    "start": "set NODE_ENV=production&& set PORT=8000&& node server.js"
 }

因为我经常需要处理多个环境变量，所以我发现将它们保存在一个单独的.env文件中很有用(请确保在源代码控制中忽略这一点)。然后(在Linux中)在启动应用程序之前在脚本命令中前置export $(cat .env | xargs) &&。

例如。env文件:

VAR_A=Hello World
VAR_B=format the .env file like this with new vars separated by a line break

示例index.js:

console.log('Test', process.env.VAR_A, process.env.VAR_B);

示例package.json:

{
  ...
  "scripts": {
    "start": "node index.js",

    "env-linux": "export $(cat .env | xargs) && env",
    "start-linux": "export $(cat .env | xargs) && npm start",

    "env-windows": "(for /F \"tokens=*\" %i in (.env) do set %i)",
    "start-windows": "(for /F \"tokens=*\" %i in (.env) do set %i) && npm start",

  }
  ...
}

不幸的是，我似乎不能通过从脚本中调用脚本来设置环境变量——比如“start-windows”:“npm run env-windows && npm start”——所以脚本中有一些冗余。

对于一个测试，你可以通过运行npm run env-linux或npm run env-windows来查看env变量，并通过运行npm run start-linux或npm run start-windows来测试它们是否进入了你的应用程序。

当NODE_ENV环境变量被设置为“production”时，包中的所有devDependencies。当运行NPM install时，Json文件将被完全忽略。你也可以使用——production标志来强制执行:

npm install --production

要设置NODE_ENV，您可以使用这些方法中的任何一种

方法一:为所有节点应用设置NODE_ENV

窗口:

set NODE_ENV=production

Linux、macOS或其他基于unix的系统:

export NODE_ENV=production

这将为当前bash会话设置NODE_ENV，因此在此语句后启动的任何应用程序都将NODE_ENV设置为生产。

方法2:设置当前应用的NODE_ENV

NODE_ENV=production node app.js

这将仅为当前应用设置NODE_ENV。当我们想要在不同的环境中测试应用程序时，这很有帮助。

方法三:创建。env文件并使用

这使用了这里解释的想法。请参考这篇文章了解更详细的解释。

基本上，您创建一个.env文件，并运行一些bash脚本在环境上设置它们。

为了避免编写bash脚本，可以使用env-cmd包来加载.env文件中定义的环境变量。

env-cmd .env node app.js

方法四:使用跨环境包

这个包允许以一种方式为每个平台设置环境变量。

在用npm安装它之后，你可以把它添加到你的部署脚本中。Json格式如下:

"build:deploy": "cross-env NODE_ENV=production webpack"

我只是想在这里为未来的node探索者补充我的意见。在我的Ubuntu 14.04上，NODE_ENV=测试不起作用，我不得不使用export NODE_ENV=test，之后NODE_ENV=test也开始工作了，很奇怪。

在Windows上，正如前面所说，你必须使用set NODE_ENV=test，但对于跨平台解决方案，cross-env库似乎没有做到这一点，你真的需要一个库来做到这一点吗:

export NODE_ENV=test || set NODE_ENV=test&& yadda yadda

垂直条是需要的，否则Windows会在无法识别的导出NODE_ENV命令时崩溃。我不知道后面的空格，但为了确保我把它们也去掉了。

在Windows上尝试替换YOURENV:

  {
    ...
     "scripts": {
       "help": "set NODE_ENV=YOURENV && tagove help",
       "start": "set NODE_ENV=YOURENV && tagove start"
     }
    ...
  }