我只是想在这里为未来的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命令时崩溃。我不知道后面的空格，但为了确保我把它们也去掉了。

你不应该在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
      }
    }
  }
}

除了使用上面描述的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

在Windows上尝试替换YOURENV:

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

最优雅和便携的解决方案: package.json:

"scripts": {
    "serve": "export NODE_PRESERVE_SYMLINKS_MAIN=1 && vue-cli-service serve"
    },

在windows下创建导出。并把它放在你的%PATH%:

@echo off

set %*

如果你:

目前正在使用Windows; 安装git bash; 不要在包中使用set ENV。json，这使得它只能在Windows开发机器上运行;

然后将node的脚本shell从cmd设置为git bash，并在package中编写linux风格的env设置语句。json使它能够在Windows/Linux/Mac上工作。

$ npm config set script-shell "C:\\Program Files\\git\\bin\\bash.exe"