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

  "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",
  },

在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变量

{
  ...
  "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命令时崩溃。我不知道后面的空格，但为了确保我把它们也去掉了。

突然我发现actionhero正在使用以下代码，这解决了我的问题，只是通过传递——NODE_ENV=生产在启动脚本命令选项。

if(argv['NODE_ENV'] != null){
  api.env = argv['NODE_ENV'];
} else if(process.env.NODE_ENV != null){
  api.env = process.env.NODE_ENV;
}

我真的很感激接受其他人的答案谁知道更多更好的方法设置包中的环境变量。Json或init脚本，这些都是由别人引导的。

除了使用上面描述的cross-env，在包中设置一些环境变量。如果你的脚本涉及运行NodeJS，那么你可以设置Node前置dotenv/config:

{
  scripts: {
    "eg:js": "node -r dotenv/config your-script.js",
    "eg:ts": "ts-node -r dotenv/config your-script.ts",
    "test":  "ts-node -r dotenv/config -C 'console.log(process.env.PATH)'",
  }
}

这将导致您的节点解释器需要dotenv/config，它将自己读取当前工作目录中调用节点的.env文件。

.env格式是宽松的或自由的:

# Comments are permitted
FOO=123
BAR=${FOO}
BAZ=Basingstoke Round About

#Blank lines are no problem