.env 应不应该放到 git 中？

[FaiChou]

Gatsby.js Link

Please note that you shouldn’t commit .env.* files to your source control and rather use options given by your Continuous Deployment (CD) provider.

在 Gatsby.js 文档中提到， .env.* 不应该提交到 git 中，但是 .env.* 里的变量不都是给项目用的吗？最终编译后可以在代码中找到对应的值，所以对用户而言，这些变量都是 public 的。

所以我觉得 .env.* 可以放到 git 中，即使是一个开源项目。

[wangyzj]

.env.example
当然作为小透明
我依然会放入.env

[WispZhan]

两个角度，结合起来：
1. 看你是什么项目。 团队私有项目，开源项目？ ……
2. 看 env 里是啥。build / package 参数， 密钥， 服务器地址？ ……

涉及敏感信息的肯定不会直接放进去（脱敏）， 否则无妨。

[qiaobeier]

肯定不能啊。。。
.env.example + 文档啊。

[zhw2590582]

这要看你的.env 有什么信息，没什么重要信息就无所谓啦

[canadahetian]

肯定不应该,GIT 就放源码,其他任何东西不要放进去哦.
现在用 docker,基本不用 vevn 了

[yuxing1171]

肯定不应该啊

[amosasas]

不应该 甚至应该建立一个专门的 secret server 来存放.env 然后分为.env.development .env.test .env.production 这样 然后分权限 跟 CI 环境设置好

[nvkou]

.env 是给你程序用的
你程序会不会泄露我管不着
但你直接敞开大门欢迎来搞就过分了

[mattxlee]

我的理解是：分开来的，.local 的都不要放，其它的放，然后在写 env 变量的时候涉及密钥之类的东西都只能放在.local 里

[ljpCN]

比如你 mapbox 的 token，比如你测试环境下的后端域名，要么是要隐蔽，要么是部署时有不同的值，那么就不该推到仓库里。

[buffzty]

2 个 env 文件
.env 通用配置 上传到 git
.env.local 本地隐私配置 不上传到 git
jenkins 里 服务器隐私配置

[sansanhehe]

.env
.env.example
.env.local
.env.dev
.env.stg
.env.prd

[MengiNo]

不是涉密问题。 比如你的 env 里有个 app_name 你自己开发写的是 比如 my blog 或者更浮夸的 my secret base 。这个地方搞来搞去人家肯定要改的呀。既然抽象搭配 env 大多都是这种方便改的高度抽象的统一的东西。与其暴露你写的是什么（甚至还要让人猜你这个 my secret base 是意思是什么 这栏应该写什么） 还不如给个 env.example 然后 app_name 那栏写 YOU PROJECT NAME 这样注释性的话语 让他自己 cp 一份改一下。

[jay4497]

我理解的，git 仓库里就不应该放那些会因为环境不同而变来变去的东西，.env 就是典型，类似的还有 .idea 、.vscode 等。。。

[starsriver]

.env.example