Vagrant との連携 about ec-cube HOT 15 CLOSED

これに限らずテストもなんですけど、せっかくGitになったので、
コアに直接関係ない部分は別レポジトリにしませんか？
そのうえで、どうしてもコアと同じく管理したい場合は
サブモジュール等を利用してみてはいかがでしょう。

from ec-cube.

@pineray ありがとうございます。
Vagrantfile はリポジトリ直下に置かなくてはならないと思うので、良いレイアウトが思い浮びませんでした。
運用方針は株式会社ロックオンさんに従いますので、効率的なリポジトリレイアウトの案などありましたらご教授くださいませ!

from ec-cube.

@nanasess @pineray ありがとうございます。
Vagranためしてみましたが、環境面は人によって好みが分かれるところなので
便利ではあるのですが、別で管理として、Wikiなどで、nanasessさんのリポジトリを参照しておくなどでも十分かと思ってます。
一方で、テストコードは、ソースとがっつり紐づくものなので、サブモジュールにわける必要はなく、このリポジトリに含めておくで良いとおもってます。
CI用の設定ファイルが、ちょっと悩むところですが、当面は便宜上置いておきたいと思ってます。

from ec-cube.

リポジトリレイアウトも検討しつつ。
このIssueはクローズしますね。

from ec-cube.

本件、submoduleとしてVagrantfileを同梱するのとを検討するため、再度開きました

from ec-cube.

cookbook も submodule にしたいです

from ec-cube.

CookbookまでSubmodule化すると、Cookbook側の変更でVagrantが動かなくなりChef等でになれない方は戸惑うとおもうので、まずは、Cookbookは取り込んでいる状態の以下のリポジトリをSubmoduleとして追加する方向です進めます。

https://github.com/poego/vagrant-centos6-eccube

from ec-cube.

CookbookまでSubmodule化すると、Cookbook側の変更でVagrantが動かなくなりChef等でになれない方は戸惑うとおもうので、

submodule で参照しているディレクトリもコミットしておけば、予期せぬ変更を勝手に取り込んで、動かなくなることは無いです
http://qiita.com/sotarok/items/0d525e568a6088f6f6bb

from ec-cube.

config.omnibus.chef_version = :latest

これはバージョン指定しておいた方が無難かなと思います

from ec-cube.

あと、 個人のリポジトリではなく、 github.com/EC-CUBE 以下にリポジトリを作りませんか？
その方がチームで作業しやすいかなと。

from ec-cube.

PR!!PR!!!!

from ec-cube.

あ、リポジトリかorz
失礼いたしました。

from ec-cube.

@nanasess さん
https://github.com/EC-CUBE/eccube-vagrant
として用意してみましたので、思われているところをPRいただいてもよろしいでしょうか。

Vagrant側のリポジトリのイメージが固まったら改めて本体にPRしたいとおもうので、先のPRは一度クローズしました。

config.omnibus.chef_version = :latest

は、確かにバージョン決めたほうがよさそうですね。
今のところ最新の12.2.1で動作確認されてます。

from ec-cube.

👍

from ec-cube.

EC-CUBE/eccube-vagrant で改善を進めているためクローズします

from ec-cube.