当有数百个资产文件时，Rails资产管道工作流程

Question

我们最近转换了一个Rails 3.2项目来使用资产管道。 我们的应用程序使用许多资产文件（~250 * .js.coffee文件，另外200个* .jst.hamljs模板和~100 * .css.sass样式表）。 正如您所期望的那样，这些产品在生产中被打包成少量的资产文件。

在开发和测试环境中，我们处理频繁的超时和缓慢的页面加载，同时重新编译和请求单个资产。 是否有更好的工作流程仍然允许自动重新编译？

我们使用默认环境设置运行，除了在开发中将debug设置为false ：

config.assets.debug = false

在开发中重新加载页面时，这可以节省数百个请求，但初始编译仍会导致超时。 必须有更好的方法，对吧？

Answer 1

一些选择：

• 通过使用require_asset限制请求时重新编译的内容。 看到这个问题和Sprockets ＃90 。

• 预编译资产：

   $ RAILS_ENV=development bundle exec rake assets:precompile 

• 增加超时。 这取决于你如何设置并且可能是痛苦和有问题的，例如Heroku 不是 长期请求的 忠实粉丝 。

• 使用更快的解释器。

• 更快的硬件/ VM。

Answer 2

您是否在开发中预编译资产？

bundle exec rake assets:precompile

这应该使资产不会每次重新编译。