我试着跟着教程,上面写着:

有几种方法可以加载凭据。 从环境变量加载, 从磁盘上的JSON文件加载, 关键字如下: USER_ID, USER_KEY ...这意味着如果您正确地设置了环境变量,您就可以 根本不需要在应用程序中管理凭据。

根据一些谷歌搜索,似乎我需要在process.env?我如何以及在哪里设置这些凭证?示例请。


这取决于您的操作系统和shell

在linux上使用shell bash,你可以在控制台中创建这样的环境变量:

export FOO=bar

有关ubuntu环境变量的更多信息(例如):

ubuntu上的环境变量


环境变量(在本例中)用于向应用程序传递凭据。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脚本来导出变量。


只需在命令行上提供env值

USER_ID='abc' USER_KEY='def' node app.js

对于windows用户来说,这个Stack Overflow问题和顶部答案对于如何通过命令行设置环境变量非常有用

如何在Windows中设置NODE_ENV=production ?


如果你想要一个管理选项,试试envs npm包。如果设置了环境值,则返回环境值。否则,您可以指定一个默认值,该值存储在全局默认对象变量中(如果不在您的环境中)。

使用.env (" . ee-en-vee")或环境文件有很多好处。个人可以管理自己的配置。您可以使用自己的环境设置将不同的环境(dev、stage、prod)部署到云服务中。你可以设置合理的默认值。

在你的.env文件中,每一行都是一个条目,就像下面这个例子:

NODE_ENV=development
API_URL=http://api.domain.com
TRANSLATION_API_URL=/translations/
GA_UA=987654321-0
NEW_RELIC_KEY=hi-mom
SOME_TOKEN=asdfasdfasdf
SOME_OTHER_TOKEN=zxcvzxcvzxcv

您不应该在版本控制存储库中包含.env(将其添加到.gitignore文件中)。

要将.env文件中的变量导入到环境中,可以在启动应用程序之前使用bash脚本执行导出NODE_ENV=development的等效操作。

#!/bin/bash
while read line; do export "$line";
done <source .env

然后在你的应用javascript中:

var envs = require('envs');

// If NODE_ENV is not set, 
// then this application will assume it's prod by default.
app.set('environment', envs('NODE_ENV', 'production')); 

// Usage examples:
app.set('ga_account', envs('GA_UA'));
app.set('nr_browser_key', envs('NEW_RELIC_BROWSER_KEY'));
app.set('other', envs('SOME_OTHER_TOKEN));

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

node-env-file

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

.env

# some env variables

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

我强烈建议你查查dotenv包。

https://github.com/motdotla/dotenv

它有点类似于@Benxamin回答中建议的库,但它要干净得多,并且不需要任何bash脚本。同样值得注意的是,代码库很受欢迎,维护得很好。

基本上你需要一个.env文件(我强烈建议忽略你的git/mercurial/etc):

FOO=bar
BAZ=bob

然后在你的申请入口文件中尽早输入以下一行:

require('dotenv').config();

繁荣。完成了。的过程。Env '现在将包含上面的变量:

console.log(process.env.FOO);
// bar

”。Env文件不是必需的,所以你不需要担心你的应用程序在它缺席时崩溃。


可以通过process global variable设置环境变量,方法如下:

process.env['NODE_ENV'] = 'production';

适用于所有平台。


我在设置系统环境变量后得到了未定义。当我把APP_VERSION放在用户环境变量中,然后我可以通过process.env.APP_VERSION显示节点的值


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

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


我成功使用过的处理环境变量的好方法如下:

A.使用不同的配置文件:

Dev.js //这里只包含所有用于开发的环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些DEV Value1', someEnvKey2: 'some DEV Value2' }; js //只包含所有用于开发的环境变量 .. qa.js //这里只包含qa测试的所有环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些QA Value1', someEnvKey2: '一些QA Value2' };

注意:大多数情况下,值会随着环境的变化而变化,但键保持不变。

你可以有更多 Z__prod.js //只包含生产/活动的所有环境变量 注意:此文件从未捆绑用于部署 将所有这些配置文件放在/config/文件夹中 < projectRoot > / config / dev.js < projectRoot > / config / qa.js < projectRoot > / config / z__prod.js < projectRoot > / setenv.js < projectRoot > / setenv.bat < projectRoot > / setenv.sh

注意:prod的名称与其他名称不同,因为它不会被所有人使用。

B.从配置文件中设置OS/ Lambda/ AzureFunction/ GoogleCloudFunction环境变量

理想情况下,文件中的这些配置变量应该作为OS环境变量(或LAMBDA函数变量,或Azure函数变量,谷歌云函数等)。

因此,我们在Windows操作系统(或其他)中编写自动化

假设我们编写“setenv”bat文件,其中一个参数是我们想要设置的环境 现在运行"setenv dev"

a)从传入的参数变量(现在是'dev')获取输入 B)读取相应的文件('config\dev.js') c)设置Windows操作系统(或其他)中的环境变量

例如,

setenv.bat的内容可能是:

    node setenv.js

setenv.js的内容可能是:

    // import "process.env.ENV".js file (dev.js example)
    // loop the imported file contents
    //     set the environment variables in Windows OS (or, Lambda, etc.)

至此,您的环境就可以使用了。

当你执行“setenv qa”时,所有的qa环境变量都可以从qa.js中使用,并且可以由相同的程序(总是要求process.env. qa)使用。someEnvKey1,但它得到的值是qone)。

希望这能有所帮助。


步骤1:将环境变量添加到相应的文件中。例如,您的登台环境可以称为.env。其中包含特定于登台环境的环境变量USER_ID和USER_KEY。

第二步:包装。Json文件,添加以下内容:

"scripts": {
  "build": "sh -ac '. ./.env.${REACT_APP_ENV}; react-scripts build'",
  "build:staging": "REACT_APP_ENV=staging npm run build",
  "build:production": "REACT_APP_ENV=production npm run build",
  ...
}

然后在部署脚本中像这样调用它:

npm run build:staging

超级简单的设置和工作就像一个魅力!

来源:https://medium.com/@tacomanator environments-with-create-react-app-7b645312c09d


就像ctrlplusb说的,我建议你使用包dotenv,但另一种方法是创建一个js文件,并要求它在你的应用服务器的第一行。

js:

process.env.VAR1="foo"
process.env.VAR2="bar"

app.js:

require('./env') // env.js relative path.
console.log(process.env.VAR1) // foo

使用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。


如果你使用的是mac/linux,你想检索你正在使用的机器的本地参数,这是你要做的:

在终端运行nano ~/.bash_profile 添加如下一行:export MY_VAR=var 保存并运行source ~/.bash_profile 在节点中使用console.log(process.env.MY_VAR);


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

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

使用cross-env。这会让你免去很多头疼的事情

-S cross-env

cross-env PARAM=value node ./index.js

这通常适用于非凭证。比如证书和钥匙 最好不要存储硬编码的用户id和密码,而是使用不在repo和dotenv中的.env文件


很像其他答案,但没有任何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文件


创建一个名为local-env的文件,并用变量填充它

PORT=80
DB_NAME=foo
SOME_URL=example.com

现在这样运行node:

source ./local_env ; node index.js