gitサブモジュールとの競合をどのように管理できますか？

Question

私はいくつかのサブモジュールを参照するgitスーパープロジェクトを持っており、残りのプロジェクトメンバーが内部で作業するためのワークフローをロックダウンしようとしています。

この質問の場合、私のスーパープロジェクトはsuperyと呼ばれ、サブモジュールはsubbyと呼ばれます。 （その後、私がやろうとしていることの簡略化です...実際にはバージョンのブランチを使用していませんが、質問としてレイアウトするのが最も簡単だと思いました）

superyはサブプロジェクトとしてsubbyというgitプロジェクトのタグv1.0を持っています。 superyの支店はone.oneと呼ばれ、v1.1のsubbyというタグを指すようにサブモジュールの参照を変更しました。

私はこれらの各ブランチ内で問題なく作業できますが、one.oneブランチをmasterブランチからの変更で更新しようとすると、いくつかの競合が発生し、解決方法がありません。

基本的にgit pull . masterを実行した後に、subbyブランチにある場合、追加のサブモジュールを作成するように見えます。

はプル/マージする前に、私はone.oneブランチからgit submoduleから所望の応答を得る：

$ git checkout master 
$ git submodule 
qw3rty...321e subby (v1.0) 
$ git checkout one.one 
$ git submodule 
asdfgh...456d subby (v1.1) 

しかし、私が実行したときにプルした後、それは追加のサブモジュールを追加し

git submodule：

$ git pull . master 
Auto-merged schema 
CONFLICT (submodule): Merge conflict in subby - needs qu3rty...321e 
Automatic merge failed; fix conflicts and then commit the results. 

$ git submodule 
qw3rty...321e subby (v1.0) 
asdfgh...456d subby (v1.1) 
zxcvbn...7890 subby (v1.1~1) 

不要なサブモジュールの参照を削除/無視し、競合や変更をコミットするにはどうすればよいですか？または、元のgit pullで使用できるパラメータがあり、サブモジュールを無視しますか？

Answer 1

私は前にその正確なエラーを見たことがありません。しかし、私はあなたが遭遇している問題について推測しています。 v1.0またはv1.1が - - 保ち、superyのone.one枝によって追跡されなければならないそれはあなたがどのrefを知らないmasterのgitから変更をマージするときsuperyのmasterとone.one枝は、subbyサブモジュールごとに異なるレフリーが含まれているためのように見えます。

この場合、競合を解決するために必要なrefを選択し、その変更をコミットする必要があります。 リセットコマンドを使用しているのとまったく同じです。

これは、プロジェクトのさまざまなブランチで異なるサブバージョンのサブモジュールを追跡するという面倒な側面です。しかし、サブモジュールrefはプロジェクトの他のコンポーネントと同じです。2つの異なるブランチが連続するマージの後で同じサブモジュールのリファレンスを追跡し続けている場合、gitは将来のマージでマージの競合を起こさずにパターンを実行できるはずです。一方、スイッチのサブモジュールが頻繁に参照する場合は、多くの矛盾を解決する必要があります。

Answer 2

これは、技術的にサブモジュールとの競合を管理していない（つまり、これを維持するが、それを維持しない）が、作業を続ける方法を見つけた...そして、私はgit status出力に注意し、サブモジュール：

git reset HEAD subby 
git commit 

これは、サブモジュールをプリプルコミットにリセットします。この場合、私が望んだのは正確です。サブモジュールに適用される変更が必要な場合は、標準のサブモジュールワークフロー（チェックアウトマスター、目的のタグのプルダウンなど）でそれらを処理します。

Answer 3

まず、サブモジュールに参照させたいハッシュを見つけます。

~/supery/subby $ git co hashpointerhere 
~/supery/subby $ cd ../ 
~/supery $ git add subby 
~/supery $ git commit -m 'updated subby reference' 

私のサブモジュールを正しいハッシュリファレンスにして、それ以上の競合を起こさずに作業を続けてくれました。

Answer 4

私はこの質問の回答で少し苦労し、a similar SO postの回答ではあまり運がありませんでした。私の場合、サブモジュールは別のチームによって維持されていたので、私が取り組んでいたプロジェクトのマスターと地元支部の異なるサブモジュールのバージョンから衝突が起こったのです。

1. ランgit status - 競合にサブモジュールフォルダをメモします

2. 現在のブランチにコミットされた最後のバージョンにサブモジュールをリセットします。このPOIで

   git reset HEAD path/to/submodule

3. cd path/to/submodule 
   git submodule foreach git pull origin SUBMODULE-BRANCH-NAME

4. そして今、あなたはそれをcommitことができ、仕事に戻る：NT、あなたは今、サブモジュールのリポジトリ内の最新バージョンにアップデートすることができ、あなたのサブモジュールの競合のないバージョンがあります。

Answer 5

私はブランチにgit rebase -i origin/masterでこの問題を抱えていました。私は、サブモジュールrefのマスタのバージョンを撮りたかったので、私は単純でした：

git reset master path/to/submodule

と私のための問題を解決し、その後

git rebase --continue

を。

Answer 6

このディスカッションの助けを借りてください。 は、私の場合

git reset HEAD subby 
git commit 

は私のために働いた:)

Answer 7

をさて、私が見る私の親ディレクトリでは：

$ git status 
On branch master 
Your branch is up-to-date with 'origin/master'. 
Unmerged paths: 
(use "git reset HEAD <file>..." to unstage) 
(use "git add <file>..." to mark resolution) 

をだから私はちょうど私このために、この

git reset HEAD linux