对于更大的环境变量集，或者当你想重用它们时，可以使用env-cmd。

另外，.env文件也可以与direnv一起工作。

。/。env文件:

# This is a comment
ENV1=THANKS
ENV2=FOR ALL
ENV3=THE FISH

/ package.json:

{
  "scripts": {
    "test": "env-cmd mocha -R spec"
  }
}

从包中运行node.js脚本。带有多个环境变量的Json:

包中。json文件:

"脚本":{ "set NODE_ENV=prod4 && set LOCAL_RUN=true && node ./x.js"， }，

X.js文件可以是:

let env = process.env.NODE_ENV; let isLocal = process.env.LOCAL_RUN; console.log("ENV"， ENV); console.log(“isLocal”,isLocal);

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

在我的场景中，最初我只想设置一个变量来控制是否使用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
    }
}

也许这能帮助到其他人

在script命令中设置环境变量:

...
"scripts": {
  "start": "node app.js",
  "test": "NODE_ENV=test mocha --reporter spec"
},
...

然后使用process.env。NODE_ENV在你的应用中。

注意:这只适用于Mac和Linux。对于Windows，请参阅注释。

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

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