我试着跟着教程,上面写着:
有几种方法可以加载凭据。 从环境变量加载, 从磁盘上的JSON文件加载, 关键字如下: USER_ID, USER_KEY ...这意味着如果您正确地设置了环境变量,您就可以 根本不需要在应用程序中管理凭据。
根据一些谷歌搜索,似乎我需要在process.env?我如何以及在哪里设置这些凭证?示例请。
我试着跟着教程,上面写着:
有几种方法可以加载凭据。 从环境变量加载, 从磁盘上的JSON文件加载, 关键字如下: USER_ID, USER_KEY ...这意味着如果您正确地设置了环境变量,您就可以 根本不需要在应用程序中管理凭据。
根据一些谷歌搜索,似乎我需要在process.env?我如何以及在哪里设置这些凭证?示例请。
当前回答
只需在命令行上提供env值
USER_ID='abc' USER_KEY='def' node app.js
其他回答
这取决于您的操作系统和shell
在linux上使用shell bash,你可以在控制台中创建这样的环境变量:
export FOO=bar
有关ubuntu环境变量的更多信息(例如):
ubuntu上的环境变量
我成功使用过的处理环境变量的好方法如下:
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)。
希望这能有所帮助。
环境变量(在本例中)用于向应用程序传递凭据。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脚本来导出变量。
如果你正在使用visual studio代码调试功能,你可以添加"envFile": "${workspaceRoot}/。Env”启动配置。这样你就不用用dotenv了。
{
"cwd": "${workspaceRoot}",
"command": "npm start",
"name": "Run be",
"request": "launch",
"type": "node-terminal",
"envFile": "${workspaceRoot}/.env"
},
步骤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