ruby-on-rails - 有什么理由不在 Heroku 上使用 RAILS_ENV=staging 吗？

Question

Heroku 文档位于 https://devcenter.heroku.com/articles/deploying-to-a-custom-rails-environment说我不应该使用 staging.rb 文件来定义我的登台环境。

It may be tempting to create another custom environment such as “staging” and create a config/environments/staging.rb and deploy to a Heroku app with RAILS_ENV=staging.

This is not a good practice. Instead we recommend always running in production mode and modifying any behavior by setting your config vars.

我认为这是一个糟糕的建议，并且与完善的 Rails 最佳实践相冲突。但是，我不是在这里争论最佳实践。我是来请教的:
有什么理由不在 Heroku 上使用 RAILS_ENV=staging 吗？
如果我创建一个 staging.rb 文件并像这样设置 xxx_ENV 配置变量，有什么会破坏的吗？

heroku config:add RACK_ENV=staging --remote staging
heroku config:add RAILS_ENV=staging --remote staging

Answer 1

不，如果你这样做，没有任何东西会破坏。

但是，我确实认为 Heroku 就在这里(请注意，我在 Heroku 工作)。
它引入了临时环境和生产环境之间可能存在的差异，而它们之间唯一发生变化的应该是配置变量。
Heroku 已经通过 config:set 提供了一种设置配置变量的安全方法。命令。
使用 2 个配置文件意味着您必须两次维护相同的配置，并且可能会出现问题，因为您在暂存时正确更新了配置，但在生产中不正确。

作为旁注，RACK_ENV应该只有 3 个值:production , development和 none .见 https://www.hezmatt.org/~mpalmer/blog/2013/10/13/rack_env-its-not-for-you.html