¿Por qué Rails4 eliminó el soporte para el grupo "activos" en Gemfile?

En Rails 3, las gemas utilizadas exclusivamente para generar activos en la canalización de activos se colocaron correctamente en el assetsgrupo del 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

Ahora, de acuerdo con la documentación de actualización (aún en progreso) :

Rails 4.0 eliminó el grupo de activos de Gemfile. Debería eliminar esa línea de su Gemfile al actualizar.

Efectivamente, hacer un nuevo proyecto con RC1 produce un Gemfile con gemas relacionadas con activos incluidas de forma predeterminada fuera de cualquier 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

...

¿Significa esto que estas gemas ahora se incluirán en construcciones de producción de forma predeterminada? Si es así, ¿por qué el cambio de opinión? ¿Rails 4 avanza hacia la generación dinámica de activos en producción?

Anteriormente, el grupo de activos existía para evitar la compilación a pedido no intencionada en la producción. Como Rails 4 ya no se comporta así, tenía sentido eliminar el grupo de activos.

Esto se explica con más detalle en el compromiso que cambió eso. Extraje algunas citas con la respuesta real.

Algunas gemas pueden ser necesarias (en producción) como rieles de café si está utilizando plantillas de café y el hecho de que ahora los activos ya no se precompilan bajo demanda en producción.

(no precompilado bajo demanda en producción) Significa que si tiene esas gemas en el entorno de producción en 3.2.xy se olvida de precompilar, Rails hará exactamente lo que hace en desarrollo, precompilar los activos que se solicitaron. Esto ya no es cierto en Rails 4, por lo que si no precompila los activos usando las tareas, obtendrá un 404 cuando los activos sean solicitudes.

Rails 4 intenta obligarlo a precompilar sus activos antes de la implementación. Tiene que precompilar sus activos con

$ RAILS_ENV=production bundle exec rake assets:precompile

¿Y por qué? Encontré esto en Guide:

De forma predeterminada, Rails asume que los activos se han precompilado y su servidor web los servirá como activos estáticos.

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

Pero muchas veces tiene que usar estas gemas de 'activos' en producción ... por ejemplo, si usa un archivo js.coffee en su directorio de vistas, Rails también necesita un compilador de café en modo de producción.

Así que supongo que la razón de este cambio es la mejora del rendimiento ... y también parece más simple. :)

Queremos un coffeescript con AJAX ( historial ), por lo que coffee-railsse sale del grupo de activos.
sass-railsse porta mal ( historial ), por lo que se mueve fuera del grupo de activos.

Elimine el grupo de activos.