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

只需使用NPM包cross-env。超级简单。适用于Windows、Linux和所有环境。注意，不要使用&&来移动到下一个任务。您只需设置env，然后开始下一个任务。感谢@mikekidder在这里的一个评论中的建议。

从文档:

{
  "scripts": {
    "build": "cross-env NODE_ENV=production OTHERFLAG=myValue webpack --config build/webpack.config.js"
  }
}

注意，如果您想设置多个全局变量，您只需连续地声明它们，然后再加上要执行的命令。

最终，执行的命令(使用spawn)是:

webpack --config build/webpack.config.js

NODE_ENV环境变量将由cross-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脚本，这些都是由别人引导的。

@luke的回答几乎就是我需要的!谢谢。

由于所选的答案非常简单(而且正确)，但是很旧，我想提供一个替代方案，用于在运行脚本时从.env单独文件导入变量，并修复Luke的答案的一些限制。 试试这个:

::: .env文件:::

# This way, you CAN use comments in your .env files
NODE_PATH="src/"

# You can also have extra/empty lines in it
SASS_PATH="node_modules:src/styles"

然后，在你的package json中，你将创建一个设置变量的脚本，并在你需要它们的脚本之前运行它:

:::包。json:::

scripts: {
  "set-env": "export $(cat .env | grep \"^[^#;]\" |xargs)",
  "storybook": "npm run set-env && start-storybook -s public"
}

一些观察:

grep'ed cat命令中的正则表达式将清除注释和空行。 &&不需要“粘”到npm run set-env上，因为如果你在同一个命令中设置变量，就需要这样做。 如果你正在使用yarn，你可能会看到一个警告，你可以把它改成yarn set-env，或者用npm run set-env——scripts- prepending -node-path &&代替。

不同的环境

使用它的另一个优点是可以使用不同的环境变量。

scripts: {
  "set-env:production": "export $(cat .production.env | grep \"^[^#;]\" |xargs)",
  "set-env:development": "export $(cat .env | grep \"^[^#;]\" |xargs)",
}

请记住，当你有密钥、密码或敏感/个人数据时，不要将.env文件添加到git存储库中!

当NODE_ENV环境变量被设置为“production”时，包中的所有devDependencies。当运行NPM install时，Json文件将被完全忽略。你也可以使用——production标志来强制执行:

npm install --production

要设置NODE_ENV，您可以使用这些方法中的任何一种

方法一:为所有节点应用设置NODE_ENV

窗口:

set NODE_ENV=production

Linux、macOS或其他基于unix的系统:

export NODE_ENV=production

这将为当前bash会话设置NODE_ENV，因此在此语句后启动的任何应用程序都将NODE_ENV设置为生产。

方法2:设置当前应用的NODE_ENV

NODE_ENV=production node app.js

这将仅为当前应用设置NODE_ENV。当我们想要在不同的环境中测试应用程序时，这很有帮助。

方法三:创建。env文件并使用

这使用了这里解释的想法。请参考这篇文章了解更详细的解释。

基本上，您创建一个.env文件，并运行一些bash脚本在环境上设置它们。

为了避免编写bash脚本，可以使用env-cmd包来加载.env文件中定义的环境变量。

env-cmd .env node app.js

方法四:使用跨环境包

这个包允许以一种方式为每个平台设置环境变量。

在用npm安装它之后，你可以把它添加到你的部署脚本中。Json格式如下:

"build:deploy": "cross-env NODE_ENV=production webpack"

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