2

サブモジュールを git で適切にセットアップしようとしていますが、正しく使用できるようにしたいと考えています。

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

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

MyProjectスキーマの変更が必要な新しい機能を追加するとします。MyProject通常、 calledのブランチを作成NewFeatureし、master とマージする準備が整うまで、そこにすべての変更をチェックインします。また、変更がマージされる準備が整うまで、Dataスキーマの変更が分離されたままになるように、ブランチを作成したいと考えています。Master

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

ありがとう！

4

1 に答える 1

2

サブモジュールのブランチは、親リポジトリのブランチとは完全に分離されています。

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

そうは言っても、NewFeature親レポとサブモジュールの間で高度に結合された一連のコミットを見つけることができるように、何らかの命名規則を確立するために、サブレポにも を作成するのがおそらく最善です。
(さらに、質問「Git submodules: Specify a branch/tag」に示されているように、サブモジュール自体は常に最初は切り離された HEAD モードにあります)

于 2010-11-08T14:25:29.597 に答える