Vagrantは通常、ホストマシンのファイルシステムにファイルを保存しますか？

Question

私は開発者から間違っていないかもしれないバゲージについての指示を受けました。私はこのデベロッパーに10回も手を差し伸べており、渡されたVagrantボックスを正しく動作させることができません。

devは、私にバグのボックスと思われるzipファイルを与えました。

内容は以下のとおりです。config/ DIRの

README.md  config/  company-name/ 
Vagrantfile  custom/  bin/ 

内容は

box.yaml   files   vms.yaml 
default.yaml  user.yaml 
facts-devbox.yaml user.yaml-sample 

ている私は、これはあなたがダウンロードして実行したいdevboxの構造であると仮定します。

私はその後、vagrant sshと使用を実行

...私は、これは、カスタムスクリプトの多くの長いインストールプロセスをトリガーvagrant up

を実行DEVの指示とcd [described folder]

に従ってくださいVagrant VMのファイルを/var/wwwにプルするbitbucket。

私にとって混乱を招くのは、ホストマシン上に大量のファイルがあることです。

迷惑メールVMの/var/www/にインストールするものはすべて、ホストファイルシステムに/var/wwwと表示されます。

これは通常の手順ですか？ホストマシン全体にファイルを置くVMのポイントは何ですか？

VMとホストの間でこのような共有フォルダ構造についての詳細を明らかにする典型的なバグの設定ファイルはありますか？

私は最高の答えは、devに尋ねることを知っています...しかし、この場合、通信はこの代理店と何度も失敗しており、彼らは基本的に自分のシステムの仕組みを知らないです。

Answer 1

これは、通常の手順ですか？あなたは大きな脂肪のファイルやボックスを交換する必要がいけないのクラウドでホストされている（最もhttps://atlas.hashicorp.com/boxes nowdaysから来ている）

ので、あなたが実行しなかった - うん、通常の手順と浮浪者のその良い点が

vagrant up迷惑メールは実際にボックスをダウンロードしてシステムにインストールしてから、一連のプロビジョニング手順を実行する必要がありました。

大部分のチームは、すべてのチームが悪影響ファイルを含めてプロジェクトをコミットし、新しいチームメンバーが参加してレポを複製し、悪影響を防ぎ、彼は他のメンバーと同じenvを持っています。

devは、私にバグのボックスと思われるzipファイルを与えました。あなたはVagrantfileを開くと

彼はあなたを放浪ボックスが、provisoningに関するすべての設定をVagrantfileを含むプロジェクトフォルダを与えなかった

あなたは基本的に

config.vm.box = "something" (maybe something/something) 
config.vm.box_url = "url" (is the box is private and hosted somewhere by your company) 

としてのparamを持っていますこれらのパラメータは、腐敗者にボックスをダウンロードする場所を指示し、腐食剤はvagrant upを実行するときにローカルでこのボックスをインストールしますので、この部分を管理する必要はありません。これは、これは、カスタムスクリプトの多くの長いインストールプロセスをトリガー

を行ってきた非常に良い改善されている...

うん、プロビジョニングはあなたにインストールするものによっては多少時間がかかることができますVM（DB、アプリケーションサーバー、設定...）が、このプロセスはVMをセットアップするときに一度だけ実行されます。限り、あなたはvagrant destroyにマシンを必要としないよう、この後、インスタンスを起動すると、すべてのホストマシン上のファイルを置くVMのポイントは何ですか

はるかに高速になりますか？

VMとホストの間でこのような共有フォルダ構造に関する詳細 を明らかにする典型的なバグの設定ファイルがありますか？

これらの2つの質問がまとめられているので、あなたが取得したように、Vagrantfileは迷惑メール設定のキーファイルです。あなたは、おそらくあなたは、私がベイグラントVMに/の/ var/WWWにインストールすべてがホスト に表示され

言及したので、

config.vm.synced_folder "/var/www", "/var/www" 

のような設定を持っているので、浮浪者も、あなたのための共有フォルダを管理することができますファイルシステムは/ var/wwwにもあります。

この部分は確かに悪いですし、私はこのためにお勧めしませんが、あなたのホスト上で変更その（あなた/var/wwwローカルではない）ので、あなたのホスト上のフォルダを使用してVM /var/wwwや/var/wwww/site-xxxを共有してもいいすべてがなりますVM上であなたのために同期されました。ホスト上のローカルツールを使用して、VM上ですべてがリフレッシュされます。