Для Rails 3, этот вопрос и turbo-sprockets-rails3 отлично смотрятся.
Для Rails 4 кажется, что некоторые разногласия относительно того, было ли это исправлено или нет.
В настоящее время я использую Rails 4 в производстве, и кажется, что, поскольку Capistrano deploy:assets:update_asset_mtimes
затрагивает все активы, deploy:assets:precompile
также перекомпилирует все из них. Эта перекомпиляция является единственным самым длинным шагом в моей cap deploy
.
В идеале это должно быть заменено некоторой системой манифеста, основанной на контрольной сумме, так что только те активы, которые фактически изменились (или зависят от измененных), повторно скомпилированы.
Каков наилучший способ сделать это? (Предполагая, что мы все еще делаем это на сервере, а не на машине dev.)