他のリポジトリ内に複数のgit reposを置くことをお勧めしますか？

Question

私の質問は可能性についてではありません。私はそれが可能であり、サブモジュールと呼ばれる同じサイトで読むことを知っています。

私は、他の人が使うことができるいくつかの再利用可能なコンポーネントを開発したので、gihubで複数のプロジェクトを作成し、適切なファイルをそれらに入れることに気付きました。しかし、メインプロジェクトには単一のgitリポジトリがありました。

期間中、私たちはgithubのプロジェクトのいくつかが他の人たちによってフォークされ、改善されたことを実感しました。メインプロジェクトの中に複数のreposを作成していれば、手動でファイルをコピーするのではなく、変更を簡単に取り込むことができました。

私はgitで大規模かつ複数のプロジェクトを管理していないので、単一の大きなリポジトリ内に複数のgitリポジトリを持つことを推奨するのが標準的な慣行であるかどうかを知りたいと思います。

トレードオフはありますか？我々が考慮する必要がある重要な点は？

Answer 1

これは、あなたが気づいたように、submodulesのコンセプトが入っています。

この状況を例示するために、Webアプリケーション用のPHPフルスタックフレームワークKohana Frameworkを使用します。

Kohanaの構造はこれです：

• システム（のKohanaのコア）
• モジュール（Kohanaの公式モジュール）

あなたは、システムディレクトリが実際に単一のリポジトリに対応していることがわかります、 coreモジュールディレクトリには、それぞれ固有のリポジ​​トリを持つ複数のモジュールがあり、特定の再利用可能な機能を表します（auth、database、ormなど）。 。

Kohanaは大きなプロジェクトであり、そのアプローチは彼らの哲学を維持する上で本当に良いです。