vagrantでrailsの開発環境を構築する時のディレクトリ構成とgitにどこまで含めるかについて

###前提
Vagrantにitamaeでrailsの環境構築をしております。
ディレクトリの構成は下記のような感じです。

project
1|- .git
2|- Vagrantfile
3|- cookbooks(itamaeのレシピ)
4|- rails_root(実際のrailsのプロジェクトディレクトリ)
5    |- app
6    |- Capfile
7    |- Gemfile
8    |- などrailsの中身

Vagrantfileや、itamaeのレシピなども、gitの管理下に入れております。

###発生している問題
上記の構成で、Capistranoで本番環境に反映を考えているのですが、rails_rootをデプロイする時に「assets:precompile」や「unicorn」の起動で失敗してしまいます。

原因は、サブディレクトリにあるRailsをデプロイする場合に、「capistrano/rails」と「capistrano3/unicorn」がサブディレクトリに対応していないため、デプロイ時にエラーが発生してしまうようです。
http://qiita.com/k-yamada@github/items/a831ba87668c2e71dc70

###質問
0. itamaeやchefなどで環境を構築した場合、それらのレシピと、実際のプログラムコードは同じgitのリポジトリで管理をしない方が良いのでしょうか？
0. 皆さんはどのようなディレクトリ構成にしているか、ご教授頂けませんでしょうか

お忙しい中、大変恐縮ではございますが
お知恵を拝借出来ますと幸いでございます。

よろしくお願い致します。

行動規範の内容に同意します

回答1件

ベストアンサー

私はRubyに関しては素人なのであまり偉そうな事は言えませんが…
まだ回答がついていないようなので、一般的な所を中心に考えてみたいと思います。

実際のプログラムコードは同じgitのリポジトリで管理をしない方が良いのでしょうか？

そんなことはありません。
デプロイの足しになる細かなスクリプトファイルやプロビジョン用のファイルがプロジェクト内に含まれている事はよくあります。
特にプロビジョンファイルはそのサーバーの動作要件にもなりますし。

実際にはプロジェクトが何をする為のモノなのかという事で、
設計者が相応しいと感じたか否かで入ったり入らなかったりします。

Capfile、Gemfileはプロジェクトの要件を説明出来るものなのでは？
これらはプロジェクトルートにあってほしいと思います。

この際、思い切って全てプロジェクトルートに設置しみてはどうでしょうか？
逆に開発環境的なものを深くに移動してみては？

|- .git
|- app
|- Capfile
|- Gemfile
|- などrailsの中身
|- development
    |- Vagrantfile
    |- cookbooks(itamaeのレシピ)

このdevelopmentフォルダがノイズになってRailsの動作の邪魔になるようなら、
プロジェクトを分けるしか無いと思いますが、そんなフォルダ1個増えたくらいで動作しないことはないと思うので大丈夫でしょう。
デプロイの足しになる簡単なサブコマンド的なもの（binやtasksみたいなフォルダはよく作ると思いますし）

GitHubには沢山のRailsのプロジェクトがあるかと思いますので、
探して見つかったならディレクトリ構造を盗み見たりしてみてはどうでしょうか？

投稿2016/09/02 15:29