Heroku 总是运行 assets:precompile 与 Rails 3.2 的生产环境答案

【问题标题】：Heroku always runs assets:precompile with the production environment for Rails 3.2Heroku 总是运行 assets:precompile 与 Rails 3.2 的生产环境
【发布时间】：2012-04-07 11:37:32
【问题描述】：

我将 Heroku 环境设置为暂存，但我的资产始终在生产环境中编译。

这里是heroku config：

GEM_PATH => 供应商/bundle/ruby/1.9.1 LANG => en_US.UTF-8 PATH => bin:vendor/bundle/ruby/1.9.1/bin:/usr/local/bin:/usr/bin:/bin RACK_ENV => 暂存

我在production.rb 文件中添加了一个例外，因此我知道在编译资产时它正在运行哪个环境。服务器启动得很好，运行heroku run console 表明我正在运行暂存。

只有在运行 assets:precompile 时，它才会始终处于生产状态。

如果需要，我很乐意发布任何其他配置文件。

我可以补充一点，我正在 Heroku 上运行 Rails 3.2.2 和 Cedar 堆栈

heroku run rake about 的输出：

关于应用程序的环境 Ruby 版本 1.9.2 (x86_64-linux) RubyGems 版本 1.3.7 机架版本 1.4 导轨版本 3.2.2 JavaScript 运行时 therubyracer (V8) 行动宝盒 3.2.2 版主动支持版本 3.2.2 中间件 Rack::Cache, ActionDispatch::Static, Rack::Lock, #, Rack::Runtime, Rack::Auth::Basic, Rack::MethodOverride, ActionDispatch::RequestId, Rails::Rack::Logger, ActionDispatch ::ShowExceptions、ActionDispatch::DebugExceptions、ActionDispatch::RemoteIp、ActionDispatch::Callbacks、ActionDispatch::Cookies、ActionDispatch::Session::CookieStore、ActionDispatch::Flash、ActionDispatch::ParamsParser、ActionDispatch::Head、Rack:: ConditionalGet、Rack::ETag、ActionDispatch::BestStandardsSupport 应用程序根 /app 环境分期

运行heroku run rake assets:precompile 会得到：

/usr/local/bin/ruby /app/vendor/bundle/ruby/1.9.1/bin/rake assets:precompile:all RAILS_ENV=staging RAILS_GROUPS=assets

我应该放弃并向 Heroku 发送电子邮件吗？

【问题讨论】：

标签： ruby-on-rails ruby-on-rails-3 heroku asset-pipeline

【解决方案1】：

显然我需要enable a plugin 才能让它工作。

【讨论】：

我认为 heroku 的人应该在文档中明确指定这一点。
这个插件现已被弃用 - devcenter.heroku.com/articles/labs-user-env-compile

【解决方案2】：

尝试将RAILS_ENV 也设置为staging，看看这是否让 Heroku 更快乐。

【讨论】：

我不知道如何解决这个问题，但您可能可以解决它。如果 public/assets/manifest.yml 存在，Heroku 资产编译器将不会运行。在这种情况下，您需要自己预编译资产，但它可能对您有用。查看devcenter.heroku.com/articles/rails3x-asset-pipeline-cedar 了解更多信息。
这意味着我必须将我的资产签入我的仓库，而我真的不想这样做。
或者将它们同步到 S3 并将它们包含在 .gitignore 中。这就是我们最终要做的；我们使用asset_sync并手动签入manifest.yml文件。