注意:为了设置多个环境变量，脚本应该是这样的

  "scripts": {
    "start": "set NODE_ENV=production&& set MONGO_USER=your_DB_USER_NAME&& set MONGO_PASSWORD=DB_PASSWORD&& set MONGO_DEFAULT_DATABASE=DB_NAME&& node app.js",
  },

{
  ...
  "scripts": {
    "start": "ENV NODE_ENV=production someapp --options"
  }
  ...
}

我只是想在这里为未来的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中使用git bash。Git Bash处理命令的方式与cmd不同。

当您像这样使用NODE_ENV=production设置环境变量时，大多数Windows命令提示符都会阻塞。(Windows上的Bash是个例外，它使用原生Bash。)类似地，窗口和POSIX命令利用环境变量的方式也有所不同。对于POSIX，您使用:$ENV_VAR，在windows上使用%ENV_VAR%。-交叉环境文件

{
  ...
  "scripts": {
    "help": "tagove help",
    "start": "env NODE_ENV=production tagove start"
  }
  ...
}

使用dotenv包来声明env变量

你不应该在package.json中设置ENV变量。actionhero使用NODE_ENV允许您更改从./config文件中加载的配置选项。检查redis配置文件，并查看如何使用NODE_ENV来更改NODE_ENV=test中的数据库选项

如果你想使用其他ENV变量来设置东西(也许是HTTP端口)，你仍然不需要改变package.json中的任何东西。例如，如果你在ENV中设置了PORT=1234，并且想在NODE_ENV=production中使用它作为HTTP端口，只需在相关的配置文件IE中引用它:

# in config/servers/web.js
exports.production = { 
  servers: {
    web: function(api){
      return {
       port: process.env.PORT
      }
    }
  }
}

虽然没有直接回答这个问题，但我想在其他答案的基础上分享一个想法。从我得到的信息来看，每一个都提供了一定程度的复杂性来实现跨平台独立性。

在我的场景中，最初我只想设置一个变量来控制是否使用JWT身份验证来保护服务器(出于开发目的)

在阅读了答案后，我决定简单地创建2个不同的文件，分别打开和关闭身份验证。

  "scripts": {
    "dev": "nodemon --debug  index_auth.js",
    "devna": "nodemon --debug  index_no_auth.js",
  }

这些文件只是调用原始index.js文件的包装器(我将其重命名为appbootstrap .js):

//index_no_auth.js authentication turned off
const bootstrapper = require('./appbootstrapper');
bootstrapper(false);

//index_auth.js authentication turned on
const bootstrapper = require('./appbootstrapper');
bootstrapper(true);

class AppBootStrapper {

    init(useauth) {
        //real initialization
    }
}

也许这能帮助到其他人