Pomijanie rekompilacji natywnych rozszerzeń w następnej instalacji pakietu

Question

Moje wdrożenia produkcyjne trwają kilka dodatkowych minut ze względu na czas potrzebny na zainstalowanie gem nokogiri (1.6.0). Rozumiem, że dzieje się tak dlatego, że po zainstalowaniu klejnotu uruchamiana jest natywna kompilacja rozszerzeń.

Zauważ, że ja pakuje moją paczkę i sprawdzić go w DVCS

bundle package 

Czy istnieje sposób, aby uniknąć ponownej kompilacji natywnych rozszerzeniach jeśli nic innego nie uległa zmianie, tak że wdrożenia są szybsze?

Aktualizacja:

używam Opscode Chef wdrożyć (kucharz-solowy być specyficzne)

środowisko jest: Ubuntu 12.04LTS 64bit Ruby 193-P448

Answer 1

znalazłem sposób, aby to zrobić. Oto wyjaśnienie:

Bundler, domyślnie instaluje klejnoty w folderze wskazanym przez zmienną środowiskową BUNDLE_PATH. Domyślna wartość BUNDLE_PATH to vendor/bundle. Stąd wszystkie klejnoty są instalowane w folderze /vendor/bundle, który jest folderem prywatnym (dla każdej wersji aplikacji Rails). Po zainstalowaniu nowej wersji aplikacji Railsowej nie istnieje vendor/bundle. Stąd Bundler instaluje/prekompiluje każdy klejnot. Pobiera klejnoty z vendor/cache, co jest dobrym oszczędzaniem na pobieranie tego samego z rubygems.org, ale nadal nie może uniknąć kompilacji rozszerzeń natywnych.

Możemy to zmienić, przekazując --path /shared/path do linii poleceń bundle install. Zapewni to, że klejnoty są zawsze instalowane w wersji /shared/path, która jest dostępna dla wszystkich wersji (aplikacji Rails).

Dzięki temu podejściu bundler nie spróbuje ponownie zainstalować/ponownie skompilować brylantu, ponieważ znajdzie to samo, co już zostało zainstalowane.

tak, to jest magia komenda że pracował dla mnie

bundle install --local --deployment --path /shared/bundle --without development test