Extremadamente lenta bundler 1.0.3 (Bundler.require) con alrededor de 100 gemas en Rails 3.0.1 y 1.9.2 de Ruby

StackOverflow https://stackoverflow.com/questions/4033775

Pregunta

Estoy usando Rails 3.0.1, 1.0.3 y Ruby Bündler 1.9.2p0 (2010-08-18 revisión 29036). Todo estaba bien y rápido hasta que empecé a añadir Diseñar y OmniAuth. Desde que, en todo lo relacionado con la inicialización Bündler (llamando Bundler.require como en application.rb) tardaban mucho (por medio de 30-50 segundos, lo cual es mucho para, por ejemplo, llamando a 'rutas rastrillo').

El tiempo se pierde en 'config / application.rb':

Bundler.require(:default, Rails.env) if defined?(Bundler)

Me trató de activar / desactivar las gemas (como los que he añadido gemas últimos o todas las pruebas relacionadas) pero parece como si se trata de un problema que involucra una barrera de la cantidad de gemas totales en lugar de cualquier específica problemas en cierta codificación gemas.

Para la prueba final que creó un nuevo Rails 3.0.1 Proyecto con un nuevo gemset RVM y ha añadido las gemas uno por uno. Sigue siendo el mismo en torno a los 30-50 gemas (que no es raro que los grandes proyectos y nunca antes ha sido un problema).

Todas las ideas (además: disminuyen el recuento de la gema)?

¿Fue útil?

Solución 2

La mejor que he llegado es utilizar spork. Funciona muy bien y compensa por el lento inicio. Spork se pone en marcha un servidor DRB al que rspec / pepino puede conectar y utilizar precargado procesos de rubí para ejecutar las pruebas. Se vuelven a cargar ciertos archivos (pruebas, clases, ...) para cada carrera, por lo que es casi tan fresco como un nuevo proceso.

https://github.com/timcharper/spork

Otros consejos

El mismo problema. Adición de gemas tiempo medio ambiente arranque aumento apropiado por bundler. Yo no te has resuelto este problema todavía. Se trata de 20 segundos antes de sobrecarga especificaciones se ejecutará. Me hace loco; .. (

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top