それぞれが異なるタスクを実行する 4 つのコンポーネントに依存するプロジェクトがあります。
1 つのモジュールで行われた変更により、他のコンポーネントの変更が必要になる場合があります (必ずしもそうとは限りません)。
個々のモジュールごとに git リポジトリを維持しています。
So, Project
repo1 -> Component A (PHP)
repo2 -> Component B (NodeJS)
repo3 -> Component C (NodeJS)
repo4 -> Component D (JAVA)
プロジェクト全体で単一のリポジトリを使用することをお勧めします。
ただし、将来、モジュールのサイズや構造が大きくなった場合は、モジュールを単一のレポよりもセルフレポで維持する方がよいと思います。
私は以下を達成したい：
- これらの各コンポーネントは異なるサーバー上にあります
- 将来の開発と保守が容易
- コンポーネントをそれぞれのサーバーに自動デプロイするためのフック
これに推奨される git 構造/ワークフローは何ですか?
注 :
コードベース全体はまだローカルです。
サブツリーを使用してみましたが、他のコンポーネントからのすべてのコミットを保持する単一のプロジェクトができました。サブツリーを使用した後、将来モジュールを別の git リポジトリに分割できるかどうかはわかりません。(サブモジュールについて
良くない ことを聞いたので、まだ試していません)。