gitでサブモジュールを使用するための適切なアプローチを把握しようとしています

Question

gitでサブモジュールのセットアップを適切に取得しようとしていますが、正しく使用していることを確認したいと思います。

メインリポジトリが呼ばれています MyProject. 。コード生成されたすべてのデータアクセスを含むセカンダリリポジトリがあります。 Data. 。セットアップしたいです Data のサブモジュールとして MyProject.

Data スキーマの変更や小さなバグ修正がない限り、めったに変更されません。

新しい機能を追加しているとしましょう MyProject スキーマの変更が必要です。通常、私はのブランチを作成します MyProject 呼び出されました NewFeature そして、マスターと合併する準備ができるまで、そこに私のすべての変更をチェックしてください。また、ためのブランチを作りたいです Data スキーマの変更は、別れのままです Master 私の変更をマージする準備ができるまで。

これに適したワークフローは何ですか、それとも1つでもありますか？

ありがとう！

Answer 1

サブモジュール内の枝は、親レポの枝とは完全に分離されています。

作成 NewFeature 親リポジトリの機能ブランチは、サブモジュールで同じものを作成する必要があるという意味ではありません。
それはあなたの親レポがそのサブモジュールからの新しいコミットを参照することを意味します NewFeature ブランチ。サブモジュールコミットは、任意のブランチで作成できます（サブモジュールでのみ定義されています）。

そうは言っても、おそらく作成するのが最善です NewFeature Subrepoでは、親レポジトリとサブモジュールの間に高度に結合されたコミットセットを見つけることができるようにするために、何らかの命名規則を確立するために。
（さらに、質問に示されているように」gitサブモジュール：ブランチ/タグを指定します「、サブモジュール自体は、最初は常にデタッチされたヘッドモードにあります）