チーム開発の開発環境として Docker + Vagrant を選択し続ける理由

チーム開発の開発環境として Docker + Vagrant を選択し続ける理由 Docker Advent Calendar 2016 の 25 日目です. Docker アドベントカレンダーとして書いているはずだったんですが、推敲と校正を重ねているうちに Docker というよりは VM とか開発環境とかの話が色濃くなってしまい、主役のツールが Vagrant になってしまいました. 謹んでお詫び申し上げます. 僕が所属する会社の事業の一つに Web/モバイルアプリの SI + 運用があり、その際の Web/API サーバー開発は macOS + Vagrant + VirtualBox (CoreOS) + Docker を社内標準のローカル開発環境(以下、開発環境)としています. 勉強会後の懇親会やコンサルティングを提供する場で良く質問されることの一つに「Docker for Ma

[rochefort]

経緯が具体的で良い。

[writers-high]

“イブラリを解決したりといったような処理を挟むことで、コマンド一発で最低限利用”

[kasumani]

チーム開発の開発環境として Docker + Vagrant を選択し続ける理由 Docker Advent Calendar 2016 の 25 日目です. Tags: from Pocket January 12, 2017 at 08:05AM via IFTTT

[shoma]

docker only にしないのは vagrant provision で docker も インストールできるのが良いということかな？

[braitom]

DockerだけでなくあえてVagrantを挟んだ構成で開発環境を構築している話。もともとVagrantベースで自動化していたという経緯もありあえてVagrantを挟んでいる。

[ryosk14]

docker

[longroof]

ふむふむ(´・ω・｀)

[knjname]

チーム開発の開発環境として Docker + Vagrant を選択し続ける理由 | ORIH

[tofu-kun]

良い原則

[mapk0y]

中身がかわっても、同じコマンドで実行できる（ここではvagrant up）は重要だよね。ただ、hosts に関しては mDNS などで逃げれるか検討したほうが良い気がする

[toricls]

書きました！