gitレポジトリの切り分け単位は？

Question

gitレポジトリはどのような単位で切り分けると良いものでしょうか？

例えば、登録ユーザーのみが利用出来るウェブサービス（プロダクト）で、未登録ユーザーに見せるページは単純に数ページ程度のサービス案内ページ(LPのようなもの）であった場合、プロダクト用のコードと未登録ユーザーに見せるウェブページのコードは別々のレポジトリで管理した方が良いのですよね？そして、話は変わりますが、これらのページは特に同一ドメイン下にある必要もないですよね？（プロダクトはサブドメインなり、別ドメインでもOKな気がしますし。）

逆に、teratailのように登録&ログインしなくてもメインコンテンツは閲覧出来て、登録&ログインすると使える機能が増えるようなサイトの場合は、登録&ログイン前に見せるウェブページと登録&ログイン後に見せるウェブページ関連のコードを１つのレポジトリでまとめて管理してもOKというかんじでしょうか？

Answer 1

未登録ユーザーに見せるページは単純に数ページ程度のサービス案内ページ(LPのようなもの）であった場合、プロダクト用のコードと未登録ユーザーに見せるウェブページのコードは別々のレポジトリで管理した方が良いのですよね？

別にひとつでいいと思いますが・・・

これらのページは特に同一ドメイン下にある必要もないですよね？

それはそう。

Comments

[s8_chu]

回答文の内容が途中で途切れているように見えるのですが、いかがでしょうか？

[yumetodo]

消したつもりがどうも消えていなかったようだ

[yumetodo]

npmのパッケージとして切り分けちゃうこともあるよなと言うことを書こうとしたがわざわざ言うまでもないやと削除しようとしたのでした

Answer 2

リポジトリを分けた１つのサービスを構築するのは、
ファイルが多くなって管理しづらくなるまではやめてください。
繋がりを示す為にドキュメントやgit submodule等の整備を頑張る必要が出てきます。

これを少しでも怠ると新しくジョインした後任エンジニアが地獄を見る事になります。

リポジトリを分けるケース

• サーバー単位等で明確に役割が異なる場合

WebサーバーとMySQLサーバーが異なる場合等、ただしスキーマファイル等の両者の間を取り持つファイルを何処に持つのか等の問題が生まれる
結果プロジェクトが小さい内はディレクトリを分ける程度で分類したほうが無難

• 関数やモジュールをライブラリとして切り離せる場合