很像其他答案，但没有任何lib或(bash)导出。

我有一些加密的变量，然后我需要在飞行中生成它们。

神奇发生在set -a &&…&& set +a可以是一些内容或文件。

#!/bin/sh

set -a    
SOMEVAR_A="abcd"
SOMEVAR_B="efgh"
SOMEVAR_C=123456
set +a

# or
set -a && . ./file && set +a

我有一个docker-entrypoint.sh:

#!/bin/sh

node app/config/set-environment.js

ENVFILE=/tmp/.env

if [[ ! -f "$ENVFILE" ]] ; then
    echo "File $ENVFILE is not there, aborting."
    exit
fi

# here is where things happen
set -a && . $ENVFILE && set +a

if [ "${NODE_ENV}" = "development" ]; then
  npx nodemon app/server.js
else
  node app/server.js
fi

exec "$@"

而set-environment.js生成一个(tmp) .env文件

如果你正在使用visual studio代码调试功能，你可以添加"envFile": "${workspaceRoot}/。Env”启动配置。这样你就不用用dotenv了。

{
        "cwd": "${workspaceRoot}",
        "command": "npm start",
        "name": "Run be",
        "request": "launch",
        "type": "node-terminal",
        "envFile": "${workspaceRoot}/.env"
},

我发现了一个很好的工具。

node-env-file

解析并加载环境文件(包含ENV变量导出)到Node.js环境，即process。env -使用这种风格:

.env

# some env variables

FOO=foo1
BAR=bar1
BAZ=1
QUX=
# QUUX=

环境变量(在本例中)用于向应用程序传递凭据。USER_ID和USER_KEY都可以从process.env中访问。USER_ID和process.env。USER_KEY分别。你不需要编辑它们，只需要访问它们的内容。

看起来他们只是让你选择从任何一个进程加载你的USER_ID和USER_KEY。Env或磁盘上的某个指定文件。

现在，当您运行应用程序时，奇迹发生了。

USER_ID=239482 USER_KEY=foobar节点app.js

这将传递用户id 239482和用户密钥作为foobar。这适用于测试，但是对于生产，您可能需要配置一些bash脚本来导出变量。

使用dotenv-webpack让您的生活更轻松。简单地安装它npm install dotenv-webpack——save-dev，然后在你的应用程序的根目录下创建一个。env文件(记得在你推送git之前把它添加到。gitignore中)。打开这个文件，设置一些环境变量，例如:

ENV_VAR_1=1234
ENV_VAR_2=abcd
ENV_VAR_3=1234abcd

现在，在你的webpack配置中添加:

const Dotenv = require('dotenv-webpack');
const webpackConfig = {
  node: { global: true, fs: 'empty' }, // Fix: "Uncaught ReferenceError: global is not defined", and "Can't resolve 'fs'".
  output: {
    libraryTarget: 'umd' // Fix: "Uncaught ReferenceError: exports is not defined".
  },
  plugins: [new Dotenv()]
};
module.exports = webpackConfig; // Export all custom Webpack configs.

只有const Dotenv = require(' Dotenv -webpack');，插件:[new Dotenv()]，当然还有模块。出口= webpackConfig;//导出所有Webpack配置。是必需的。然而，在某些情况下，您可能会得到一些错误。对于这些问题，你也有解决方案，这意味着你可以修复某些错误。

现在，你可以在任何地方使用process.env。ENV_VAR_1 process.env。ENV_VAR_2 process.env。应用程序中的ENV_VAR_3。

windows用户:小心!建议在Unix系统下使用这些命令。但在Windows上，它们不会持续存在，它们只在当前shell中设置了一个变量，当你重新启动时，它就会消失。

SET TEST="hello world" $env:TEST = "hello world"

Windows下设置持久环境变量的3种方法:

A) .env文件在你的项目-最好的方法。因为你可以将该文件复制到任何计算机，并在运行项目时获得相同的配置。

在你的项目根目录下创建一个。env文件，内容如下:TEST="hello world" 编写一些将读取该文件的节点代码。我建议安装dotenv (npm install dotenv——save)，然后添加require('dotenv').config();在节点设置代码期间。 process.env.TEST现在在node中可用

env文件是将api-key排除在代码库之外的一种好方法

B)使用Powershell -这将创建一个变量，可在其他终端访问。但这很糟糕，因为重启电脑后它就会丢失。

[Environment]::SetEnvironmentVariable("TEST"， "hello world"， "User")

这种方法在Windows论坛上被广泛推荐，人们似乎没有意识到在系统重新启动后它不会持续....

C)使用Windows GUI

在开始菜单中搜索“环境变量”或在控制面板中选择“编辑系统环境变量”。打开一个对话框，点击对话框底部的“环境变量”按钮，打开一个编辑视图，点击“新建”按钮，添加一个新的环境变量。一件容易的事。并且即使在重新启动后仍然存在。但您不应该使用它来配置特定的代码库。