https://devcenter.heroku.com/articles/deploying-to-a-custom-rails-environment上的 Heroku 文档说我不应该使用 staging.rb 文件来定义我的暂存环境。
\n\n\n创建另一个自定义环境(例如 \xe2\x80\x9cstaging\xe2\x80\x9d)并创建 config/environments/staging.rb 并使用 RAILS_ENV=staging 部署到 Heroku 应用程序可能很诱人。
\n这不是一个好的做法。相反,我们建议始终在生产模式下运行并通过设置配置变量来修改任何行为。
\n
我认为这是一个糟糕的建议,并且与完善的 Rails 最佳实践相冲突。不过,我并不是来争论最佳实践的。我来这里是想问:
\n有什么理由不在 Heroku 上使用 RAILS_ENV=staging 吗?
\n如果我创建 staging.rb 文件并像这样设置 xxx_ENV 配置变量,是否会有任何问题?
\nheroku config:add RACK_ENV=staging --remote staging\nheroku config:add RAILS_ENV=staging --remote staging\n
Run Code Online (Sandbox Code Playgroud)\n