¿Agrega público / activos en el control de versiones?

En los Rails 3.1, cuando precomstack los activos, los Rails crean el directorio público / de activos y agregan archivos allí.

¿Tiene control de versiones public / asset / *?

Yo estaba buscando una respuesta a esto también. Encontré que la Guía oficial de Rails tiene algunas ideas sobre esto:

http://guides.rubyonrails.org/asset_pipeline.html#local-precomstacktion

Aquí hay una cita de la sección correspondiente (énfasis agregado):

Hay varias razones por las que podría querer precomstackr sus activos localmente. Entre ellos están:

  • Es posible que no tenga acceso de escritura a su sistema de archivos de producción.
  • Es posible que esté implementando en más de un servidor y desee evitar la duplicación del trabajo.
  • Es posible que esté realizando implementaciones frecuentes que no incluyan cambios de activos.

La comstackción local le permite comprometer los archivos comstackdos en el control de origen y desplegarlos de la manera habitual.

Hay tres advertencias:

  • No debe ejecutar la tarea de implementación de Capistrano que precomstack los activos.
  • Debe asegurarse de que todos los compresores o minificadores necesarios estén disponibles en su sistema de desarrollo.
  • Debe cambiar la siguiente configuración de configuración de la aplicación:

En config/environments/development.rb , coloque la siguiente línea:

 config.assets.prefix = "/dev-assets" 

El cambio de prefix hace que Sprockets use una URL diferente para servir activos en modo de desarrollo, y pasar todas las solicitudes a Sprockets. El prefijo todavía se establece en /assets en el entorno de producción. Sin este cambio, la aplicación serviría a los activos precomstackdos de /assets en desarrollo, y no vería ningún cambio local hasta que vuelva a comstackr los activos.

En la práctica, esto le permitirá precomstackr localmente, tener esos archivos en su árbol de trabajo y confirmar esos archivos al control de origen cuando sea necesario. El modo de desarrollo funcionará como se espera.

Por lo tanto, parece que podría ser una buena idea colocar activos precomstackdos en VCS en ocasiones.

Yo uso Capistrano para desplegar. El último paso es comstackr los activos. Nada de eso se comprueba en el control de versiones.

https://github.com/capistrano/capistrano/wiki/Documentation-v2.x

Al registrar los activos comstackdos, los archivos .gz / etc, solo saturarán el control de versiones.