Estremamente lento bundler 1.0.3 (Bundler.require) con circa 100 gemme in Rails 3.0.1 e 1.9.2 di Ruby

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

Domanda

Sto usando Rails 3.0.1, 1.0.3 e Ruby Bundler 1.9.2p0 (2010-08-18 revisione 29036). Tutto è andato bene e veloce fino a quando ho iniziato ad aggiungere Devise & Omniauth. Da che su tutto ciò che coinvolge l'inizializzazione Bundler (chiamando Bundler.require come in application.rb) ha preso le età (per mezzo di 30-50 secondi, che è molto per esempio chiamando 'rake routes').

Il tempo si perde in 'config / application.rb':

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

I cercato di disattivare / attivare gemme (come quelli ho aggiunto gemme ultimi o tutte prova-correlati) ma sembra come se si tratta di un problema che coinvolge una barriera della quantità di gemme totali, anziché alcuna specifica codifica problemi in alcuni gemme.

Per la prova finale ho creato un nuovo Rails 3.0.1 progetto con un nuovo GemSET RVM e ha aggiunto le gemme uno per uno. Sempre lo stesso a circa 30-50 gemme (che non è insolito per progetti di grandi dimensioni e non è mai stato prima di un problema).

Tutte le idee (oltre: si restringono il valore del gioiello)?

È stato utile?

Soluzione 2

Il migliore che è venuta in mente è quello di utilizzare spork. E le grandi opere e costituisce per l'avvio lento. Spork avvia un server a cui DRB rspec / cetriolo possibile collegare e utilizzare precaricato processi Ruby per eseguire i test. Si ricarica alcuni file (test, classi, ...) per ogni corsa, quindi è quasi fresco come un nuovo processo.

https://github.com/timcharper/spork

Altri suggerimenti

Lo stesso problema. Aggiunta gemme opportuno tempo ambiente avvio aumento da fardellatrice. Il havn't ancora risolto questo problema. Si tratta di circa 20 secondi in testa prima di specifiche verrà eseguito. Mi fa impazzire; .. (

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top