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

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

也许这能帮助到其他人

这将在Windows控制台工作:

"scripts": {
  "setAndStart": "set TMP=test&& node index.js",
  "otherScriptCmd": "echo %TMP%"
}

运行aaa

输出: 测验

详情请看这个答案。

突然我发现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脚本，这些都是由别人引导的。

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

在Windows上尝试替换YOURENV:

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

如果你:

目前正在使用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"