如何解决使用多个 .env 文件是不好的做法吗？
我需要在不同的环境中运行测试：DEV、STAGING、PRODUCTION。
不用说，上述环境的环境变量/秘密显然会有所不同。
我的快速解决方案是为每个环境创建一个 env 文件，例如 dev.env、staging.env 和 prod.env
但根据流行的 dotEnv npm 包和 12 Factor 应用程序的文档，不建议您的 repo 中有多个 .env 文件。
请给我一个管理多环境环境变量的实用解决方案。
解决方法
如果我理解正确的话：
我应该有多个 .env 文件吗？
没有。我们强烈建议不要使用“主”.env 文件和“环境”.env 文件，如 .env.test。您的配置应该因部署而异，并且您不应该在环境之间共享值。
这并不意味着您不应该拥有多个 env 文件，而是您不应该拥有一个包含所有默认配置的 main.env 文件和继承自的其他 env 文件（每个环境一个） main.env 并覆盖某些值。
不推荐的原因是这样的配置很难理解“特定值从何而来？” （来自以下其中一项：main-env-file、specific-env-file、env-variable、code-default 等）。
也就是说，如果你创建了多个没有这样“main”的 env 文件，这意味着你需要在不同的 env 文件中复制许多值，这因为明确性更好，但有缺点重复/冗长。
配置不是微不足道的 IMO，虽然您只有一个小项目，但您选择如何实施并不重要，但如果我们谈论的是公司产品等更重要的东西，那么有许多解决方案可用在那里，有些是开源和免费的，有些需要花钱，但值得进行研究并找出哪一种为您提供对您的用例更有意义的好处。
一些比较“著名”的工具是：Puppet、Ansible 和 Chef。
,在我看来，项目中最好有多个 .env。
例如在Symfony中，我们可以为我们的项目配置多个环境，例如：local、dev、prod。它的目的是让代码更干净和可读。
我不太确定技术，但你可以在这篇 Symfony 文章中阅读一些关于 .env 的内容（不需要成为 symfony 的破解者）：https://symfony.com/doc/current/configuration.html#config-dot-env
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
