2012-03-08 8 views
18

Pracujemy nad recepturą szefa kuchni, która buduje PHP ze źródła. Jednak za każdym razem, gdy wprowadzamy zmianę do naszego przepisu i chcemy go uruchomić ponownie, zajmuje to dużo czasu (około 20 minut).Debugowanie receptur szefa kuchni bez niszczyciela i ponownego rezerwowania

Co robimy czyni nasze zmian następnie przy użyciu:

vagrant destroy 

następuje:

vagrant up 

Byłoby miło, gdyby jakoś nie mogliśmy po prostu ponownie uruchomić nasz pojedynczy przepis jesteśmy próbuje zaktualizować.

Ktoś wie, jak możemy to zrobić? Lub jak vagrant określa, że ​​nasz przepis php jest już zainstalowany/wykonany?

+0

Niestety, ale to nie ma sensu do mnie w ogóle. – GordonM

+3

@GordonM proszę podać, w jaki sposób mogę wyjaśnić. –

Odpowiedz

20

vagrant provision powinien zrobić to za Ciebie. Szef kuchni powinien zadbać o to, aby tylko uruchamiać rzeczy, które trzeba uruchomić ... jak zmieniony przepis.

+0

'vagrant provision' nie wydaje się wychwycić zmian w przepisie. Wszelkie przemyślenia, dlaczego byłyby mile widziane. –

+0

Po prostu musiałem znaleźć sekcję w każdej recepturze, w której sprawdzano, aby sprawdzić, czy przepis powinien zostać zainstalowany. W tym przypadku był to prosty 'który php' –

5

Można użyć:

vagrant provision 

ten będzie ponownie uruchomić krok administracyjnej, która nie vagrant ssh i rozpoczyna Chef.

Jeśli używasz serwera szefa kuchni z klientem-szefem kuchni, po wprowadzeniu lokalnych modyfikacji musisz załadować książkę kucharską na serwer za pomocą noża. Następnie szef-klient na maszynie vagrantowej pobierze zmienione pliki.

Jeśli korzystasz z Chef Solo, możesz udostępniać foldery za pomocą VM, więc wprowadzone zmiany będą odbierane natychmiast, zamiast kopiować je na VM.

+0

Ale to nie przywraca vm do swojego pierwotnego stanu? – kristianp

Powiązane problemy