环境变量文件的命名约定？
Naming convention for environment variables files?
我只是想知道 .env 环境变量文件是否有任何标准化约定。如果我有多个设置（例如 development、staging、production），它们的标题应该是什么？
我看过：
.env.development, ...development.env, ...settings.development.env, ....env、.env.staging、.env.production、...
如果没有标准，是否有参数可供使用（有点像 "" vs '' 用于 JS 中的字符串）？你用哪个？为什么？
节点生态系统中只有一个标准 - 在 NODE_ENV 变量中使用 production 进行生产。它被不同的工具用于优化。
剩下的就交给你了。但就我个人而言，我看不出有什么理由让它变得复杂。如果您需要进一步区分实例而不仅仅是 production、development，您可以使用其他环境变量。
此外，您在使用不同的 NODE_ENV 进行暂存和制作时也需要小心。因为暂存的主要目的是测试尽可能接近生产的一切。因此更改 NODE_ENV 可能是生产失败的原因。
我正在使用这个约定，因为我找不到任何其他建议：https://rubyonjets.com/docs/env-files/
.env
.env.development
.env.test
.env.production
我喜欢在前面维护 .env，这对我来说似乎很合理。
我更喜欢结尾处的 .env 例如：.production.env 因为上次工作是在 .表示扩展名。 VSCode 如果您这样做 .env.production
则无法将文件识别为 .env 文件
我只是想知道 .env 环境变量文件是否有任何标准化约定。如果我有多个设置（例如 development、staging、production），它们的标题应该是什么？
我看过：
.env.development, ...development.env, ...settings.development.env, ....env、.env.staging、.env.production、...
如果没有标准，是否有参数可供使用（有点像 "" vs '' 用于 JS 中的字符串）？你用哪个？为什么？
节点生态系统中只有一个标准 - 在 NODE_ENV 变量中使用 production 进行生产。它被不同的工具用于优化。
剩下的就交给你了。但就我个人而言，我看不出有什么理由让它变得复杂。如果您需要进一步区分实例而不仅仅是 production、development，您可以使用其他环境变量。
此外，您在使用不同的 NODE_ENV 进行暂存和制作时也需要小心。因为暂存的主要目的是测试尽可能接近生产的一切。因此更改 NODE_ENV 可能是生产失败的原因。
我正在使用这个约定，因为我找不到任何其他建议：https://rubyonjets.com/docs/env-files/
.env
.env.development
.env.test
.env.production
我喜欢在前面维护 .env，这对我来说似乎很合理。
我更喜欢结尾处的 .env 例如：.production.env 因为上次工作是在 .表示扩展名。 VSCode 如果您这样做 .env.production