Por que Rails4 abandonou o suporte para o grupo de “ativos” no Gemfile

No Rails 3, as gemas usadas exclusivamente para gerar ativos no pipeline de ativos foram colocadas corretamente no assetsgrupo do Gemfile:

...

# Gems used only for assets and not required
# in production environments by default.
group :assets do
  gem 'sass-rails'
  gem 'coffee-rails'
  gem 'uglifier'

  # See https://github.com/sstephenson/execjs#readme for more supported runtimes
  # gem 'therubyracer', :platforms => :ruby
end

Agora, de acordo com a documentação de atualização (ainda em andamento) :

O Rails 4.0 removeu o grupo de ativos do Gemfile. Você precisa remover essa linha do seu Gemfile ao atualizar.

Com certeza, fazer um novo projeto com RC1 produz um Gemfile com joias relacionadas a ativos incluídos por padrão fora de qualquer grupo:

source 'https://rubygems.org'

# Bundle edge Rails instead: gem 'rails', github: 'rails/rails'
gem 'rails', '4.0.0.rc1'

# Use sqlite3 as the database for Active Record
gem 'sqlite3'

# Use SCSS for stylesheets
gem 'sass-rails', '~> 4.0.0.rc1'

# Use Uglifier as compressor for JavaScript assets
gem 'uglifier', '>= 1.3.0'

# Use CoffeeScript for .js.coffee assets and views
gem 'coffee-rails', '~> 4.0.0'

# See https://github.com/sstephenson/execjs#readme for more supported runtimes
# gem 'therubyracer', platforms: :ruby

...

Isso significa que essas joias serão agrupadas em compilações de produção por padrão? Se sim, por que a mudança no coração? O Rails 4 está se movendo em direção à geração dinâmica de ativos em produção?

Anteriormente, o grupo de ativos existia para evitar a compilação sob demanda não intencional na produção. Como o Rails 4 não se comporta mais assim, fez sentido remover o grupo de ativos.

Isso é explicado com mais detalhes no commit que mudou isso. Extraí algumas citações com a resposta real.

Algumas joias podem ser necessárias (na produção), como barras de café, se você estiver usando modelos de café e o fato de que agora os ativos não são mais pré-compilados sob demanda na produção.

(não pré-compilado sob demanda na produção) Significa que se você tiver essas joias no ambiente de produção no 3.2.xe esquecer de pré-compilar, o Rails fará exatamente o que faz no desenvolvimento, pré-compilar os ativos que foram solicitados. Isso não é mais verdade no Rails 4, então se você não pré-compilar os ativos usando as tarefas, receberá um 404 quando os ativos forem solicitações.

O Rails 4 tenta forçá-lo a pré-compilar seus ativos antes da implantação. Você tem que pré-compilar seus ativos com

$ RAILS_ENV=production bundle exec rake assets:precompile

E porque? Eu encontrei isso no Guia:

Por padrão, o Rails assume que os ativos foram pré-compilados e serão servidos como ativos estáticos pelo seu servidor web.

(Fonte: http://edgeguides.rubyonrails.org/asset_pipeline.html#in-production )

Mas muitas vezes você tem que usar essas joias de 'ativos' na produção ... por exemplo, se você usar um arquivo js.coffee em seu diretório de visualizações, então o Rails precisa do compilador de café no modo de produção também.

Então eu acho que o motivo dessa mudança é a melhoria do desempenho ... e parece mais simples também. :)

Queremos coffeescript com AJAX ( histórico ), então coffee-railssai do grupo de ativos.
sass-railsse comporta mal ( histórico ), portanto, sai do grupo de ativos.

Axe o grupo de ativos.