Zaskakująco nie ma dokumentacji na temat tego, co robią polecenia Vagranta, poza odniesieniami w samouczku „wprowadzenie”.
Co wypracowałem do tej pory:
box
- zarządzaj „ pudełkami ”destroy
- zamknąć maszynę wirtualną, a następnie usunąć jej zapisany obraz?gem
halt
- wyłącz maszynę wirtualnąinit
- przygotuj katalog z nowym plikiem Vagrantfilepackage
- zamknąć maszynę wirtualną, a następnie przekształcić ją w „pakiet”, który można przekształcić w pudełko? (Lub coś)provision
- uruchom tylko etap przygotowania (np. Szef kuchni, Marionetka ...)reload
- zmodyfikuj konfigurację maszyny wirtualnej (np. ponownie zastosuj plik Vagrantfile), zrestartuj maszynę wirtualną, ponownie zastanówresume
- un-suspend (tj. unhibernate)ssh
- otwórz połączenie powłoki SSH z maszyną wirtualnąssh-config
status
suspend
- hibernuj maszynę wirtualnąup
- niektóre lub wszystkie: skopiuj obraz maszyny wirtualnej, aby utworzyć nową maszynę wirtualną, zastosuj do niej konfigurację, uruchom ją
Czy mam to prawo? Jakie są inne? Nadal nie jestem pewien, jaka jest dokładna różnica między reload
i destroy
/ up
.
virtualbox
vagrant
Steve Bennett
źródło
źródło
-h
), a nie mniej.Odpowiedzi:
Zgadzam się z Tobą, że dokumentacja w vagrantup jest krótsza.
Niektóre informacje można uzyskać z systemu pomocy poleceń.
Na przykład:
gem
polecenie.Po prostu wpisz polecenie bez argumentów:
vagrant gem -h
i wygeneruje informacje, których możesz potrzebować.Vagrant ssh-config
:Pod maską, kiedy wykonujesz
vagrant ssh
ssh do maszyny wirtualnej. Używa swojego dobrze znanego klucza ssh. Informacji o tym kluczu dostarczavagrant ssh-config
. Jest to przydatne w przypadku, gdy chcesz zmienić dobrze znany klucz na swój własny klucz prywatny i przygotować skrzynki do jego używania.Czasami możesz również chcieć użyć automatyzacji opartej na ssh z maszynami wirtualnymi. W takim przypadku przydatna jest wiedza, który klucz jest używany. Możesz użyć normalnego polecenia ssh -
ssh -i keyfile ..
vagrant status <vmname>
To polecenie jest opakowaniem, które dostarcza informacji o stanie maszyny wirtualnej. Może być uruchomiony, zapisany i wyłączony.
vagrant reload
Jeśli wprowadzisz jakiekolwiek zmiany w konfiguracji w pliku vagrantfile, które muszą odnieść skutek. Możesz ponownie załadować maszynę wirtualną. Ponownie uruchamia obsługę administracyjną zdefiniowaną w pliku vagrantfile, chyba że o to poprosisz.
Nie niszczy maszyny wirtualnej utworzonej z pudełka podstawowego. Oznacza to, że wszystkie zmiany, które wprowadziłeś na swojej maszynie wirtualnej, na przykład utworzony folder w katalogu użytkownika, będą tam po ponownym załadowaniu.
Przypomina to ponowne uruchomienie, w którym wyłącza maszynę wirtualną, a następnie wprowadza pewną zmianę konfiguracji, którą można zastosować tylko wtedy, gdy maszyna wirtualna została wyłączona. a następnie włącz go. Przykład: jak podłączanie innego dysku wirtualnego SATA.
vagrant up
Spowoduje to odczytanie pliku konfiguracyjnego -
vagrantfile
a następnie utworzenie maszyny wirtualnej z pudełka podstawowego. Pudełko bazowe jest jak szablon. Możesz z niego stworzyć wiele maszyn wirtualnych.Podobnie
vagrant destroy
niszczy maszynę wirtualną. W takim przypadku wszystkie zmiany wprowadzone w środku zostaną utracone. Ale to jest fajny pomysł, że podczas tworzenia nowej maszyny wirtualnej można zacząć od podstawowego, wstępnie zdefiniowanego stanu.Bardzo lubię go używać i pisałem o tym na blogu .
Podsumowując, jest to dobre opakowanie dla interfejsów API i poleceń VirtualBox . Możesz rzucić okiem na polecenia VirtualBox, aby lepiej zrozumieć niektóre możliwości.
źródło
vagrant gem -h
daje wynik, który pokazałeś, ale wszyscy inni nie mówią nic użytecznego.vagrant init -h
po prostu podaje to: Użycie: vagrant init [nazwa-skrzynki] [url-skrzynki] -h, --help Wydrukuj tę pomocNie jestem pewien, kiedy to się zmieniło, ale obecna wersja (1.6.3) ma odpowiednią listę poleceń, a uruchomienie
vagrant list-commands
daje jeszcze pełniejszą listę:Jedyne polecenia, które zostały pominięte z pełnej listy, gdy działają
vagrant
samodzielnie, to polecenia docker i rsync. W każdym razie w moim systemie.To wydaje się teraz ostateczną odpowiedzią.
źródło
Naprawdę szkoda, że chociaż obecna dokumentacja dla wersji 1.1 wygląda lepiej, jest znacznie mniej kompletna niż wersja 1.1. Kredo `` mniej znaczy więcej '' po prostu nie działa w dziedzinie dokumentacji ...
Odkryłem, że jeśli chodzi o pliki Vagrantfile, najbardziej kompletny przegląd znajduje się w komentarzach do świeżo utworzonego pliku Vagrantfile, po zainicjowaniu projektu włóczęgi. Wymienia parametry, których nie ma obecnie w dokumentacji.
źródło