在 npm-scripts 中传递环境变量

node.js shell npm environment-variables

我有一个 package.json，在 scripts 键中有以下（简化的）内容：

...
scripts: {
   "start": "NODE_ENV=${NODE_ENV:=production} node start-app.js",
   "poststart": "echo $NODE_ENV"
}
...

从命令行我可以运行：

npm start

这将运行我的 start-app.js 脚本并将 process.env.NODE_ENV 环境变量设置为“生产”。有关语法说明，请参阅 here。

poststart 将在启动后自动运行，如 here 所述。

但是 poststart 不会“继承” NODE_ENV shell 环境变量，因此 echo 命令不会回显任何内容。

我的生产代码稍微复杂一些，但我想要完成的是将 NODE_ENV 变量从“起点”传递到依赖脚本。关于如何做到这一点的任何建议/最佳实践？

我不想在 poststart 中硬编码 NODE_ENV，因为我可能想做：

NODE_ENV=development npm start

我希望每个“下游”都继承相同的环境。

从 what I see 开始，package.json 字段被添加到 npm_package 前缀_上，因此您可能想说 npm_package_node_env。

运行多个命令时，您应该export 变量。 export NODE_ENV=something

Mario Tacke

你有几个选择：

better-npm-run，可以为每个命令单独定义一个环境

您可以像这样连接 npm 的命令而不是 poststart 脚本： "start": "NODE_ENV=${NODE_ENV:=production} node start-app.js && echo $NODE_ENV"

在生产中使用流程管理器，例如 pm2。 pm2 允许您使用 NODE_ENV 等设置定义特定于环境的 json 文件。在我们公司，我们使用 pm2 在不同的环境中成功运行了我们所有的应用程序（同时具有相同的启动命令）

当您回显时，NODE_ENV 是否仍然可用？我知道它已经消失了，参考 npmjs.com/package/cross-env#known-limitations

正确，使用 cross-env 这是不可能的。第二个示例实际上分配了一个环境变量（不使用 cross-env）。

@MarioTacke 我刚刚对此进行了测试，它没有分配变量。如果在 npm start 命令之前设置它，它会起作用（在 start 脚本命令内）。

@kaiser 这取决于您的环境。你能概述一下在你的情况下什么有效和无效吗？以上是一个 poststart 脚本。 cross-env 最近也发生了重大变化。

我刚刚在运行 Nodejs v8 和 NPM v5 的 node:8-alpine Docker 容器中对此进行了测试，并且容器中分配的变量保持不变。无论如何，我相信我们有一个误解：你谈论分配一个变量，如果 它还没有分配，而我理解它会覆盖以前设置的变量（{2 }），正确的？

Acid Coder

我就是这样做的，首先你需要安装两个开发依赖项

https://www.npmjs.com/package/env-cmd 这会从您的文件中加载您的环境变量

示例脚本：

"env-cmd ./.config/prod.env cross-env-shell \"docker volume create $DOCKER_VOLUME\""

这从 prod.env 加载 $DOCKER_VOLUME env var

更新：从 env-cmd 版本 10 开始，如果要使用自定义 env 文件路径，则需要指定 -f 标志

"env-cmd -f ./.config/prod.env cross-env-shell \"docker volume create $DOCKER_VOLUME\""

这几乎对我有用，但我不得不在 cross-env-shell 之后删除引号，如下所示："env-cmd -f ./.env cross-env-shell docker compose build app --build-arg NPM_TOKEN=$NPM_TOKEN"

xdeepakv

如果您的用例较小，请使用 better-npm-run。对于小型案例，它可以正常工作。不知何故，如果您有很多命令并且很难管理。试试看，batman-cli。工作良好并处理许多与环境相关的问题