Git alt modülleri ile çakışmaları nasıl yönetirim?

Birkaç alt modüle başvuran bir git süper projem var ve proje üyelerimin geri kalanı için bir iş akışını kilitlemeye çalışıyorum.

Bu soru için, süper projemin çağrıldığını superyve alt modülün çağrıldığını varsayalım subby. (O zaman yapmaya çalıştığım şeyin bir basitleştirmesidir ... Aslında dalları sürümler için kullanmıyorum, ancak soru olarak ortaya koymanın en kolay olacağını düşündüm.)

Ana dalım, alt modül olarak başvurulan git projesinin superyetiketine v1.0sahip subby. Dalı superyolarak adlandırılan one.oneve etikete noktasına altmodülün referansını değiştirdi v1.1arasında subby.

Bu şubelerin her birinde sorunsuz çalışabilirim, ancak one.oneşubeyi şubeden değişikliklerle güncellemeye çalışırsam masterbazı çatışmalar alıyorum ve bunları nasıl çözeceğimi bilmiyorum.

Temelde dalda bir git pull . mastersüre çalıştıktan sonra subby, ek alt modüller yaratıyor gibi görünüyor.

Çekme / birleştirme önce, istenen yanıt almak git submoduleden one.onedalı:

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

Ancak çekmeden sonra, çalıştırdığımda ek alt modüller ekliyor 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)

İstenmeyen alt modül referanslarını nasıl silerim / yok sayarım ve çakışmalarımı ve değişikliklerimi nasıl gerçekleştiririm? Veya orijinalimle kullanabileceğim, git pullalt modüllerimi yok sayacak bir parametre var mı?

Daha önce bu hatayı tam olarak görmemiştim. Ama karşılaştığınız sorun hakkında bir tahminim var. Görünüşe göre masterve one.onedalları alt modül superyiçin farklı referanslar içerdiğinden, subbygit'ten değişiklikleri birleştirdiğinizde masterhangi ref - v1.0veya v1.1- one.oneşubesi tarafından tutulması ve izlenmesi gerektiğini bilmiyor supery.

Eğer durum buysa, istediğiniz referansı seçmeniz ve çatışmayı çözmek için bu değişikliği yapmanız gerekir. Reset komutuyla yaptığınız tam olarak budur .

Bu, projenizin farklı dallarındaki bir alt modülün farklı sürümlerini izlemenin zor bir yönüdür. Ancak alt modül ref, projenizin diğer bileşenleri gibidir. İki farklı dal, birbirini izleyen birleştirmelerden sonra aynı ilgili alt modül referanslarını izlemeye devam ederse, git, gelecekteki birleşmelerde birleştirme çatışmalarını artırmadan kalıbı çözebilmelidir. Öte yandan, alt modül referanslarını sık sık değiştirirseniz, çok sayıda çatışma çözme işlemine katlanmak zorunda kalabilirsiniz.

Eh, teknik olarak alt modüller ile çatışmaları yönetmiyor (yani: bunu sakla ama bunu yapma), ama çalışmaya devam etmenin bir yolunu buldum ... ve tek yapmam gereken git statusçıktılarıma dikkat etmek ve alt modülleri sıfırlamaktı:

git reset HEAD subby
git commit

Bu, alt modülü ön çekme kaydına sıfırlar. Bu durumda tam olarak istediğim şey buydu. Ve alt modüle uygulanan değişikliklere ihtiyaç duyduğum diğer durumlarda, standart alt modül iş akışlarına sahip olanlarla ilgileneceğim (ana ödeme, istenen etiketi aşağı çekme, vb.).

Bu soruya verilen cevaplarla biraz uğraştım ve benzer bir SO gönderisindeki cevaplarda pek şansım olmadı. Bu benim için işe yarayan şeydi - benim durumumda, alt modülün farklı bir ekip tarafından sürdürüldüğünü ve bu nedenle çatışmanın, üzerinde çalıştığım projenin ana ve yerel şubemdeki farklı alt modül versiyonlarından geldiğini akılda tutarak:

1. Çalıştır git status- çakışma içeren alt modül klasörünü not edin

2. Alt modülü, geçerli dalda en son kaydedilen sürüme sıfırlayın:

   git reset HEAD path/to/submodule

3. Bu noktada, alt modülünüzün çakışmasız bir sürümüne sahipsiniz ve bu sürümü artık alt modülün deposundaki en son sürüme güncelleyebilirsiniz:

   cd yolu / / alt modüle
   git submodule foreach git pull origin SUBMODULE-BRANCH-NAME

4. Ve şimdi bunu yapabilir commitve işe geri dönebilirsiniz.

İlk olarak, referans almak için alt modülünüzden istediğiniz hash'i bulun. o zaman koş

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

bu benim alt modülümü doğru karma referansa almam ve daha fazla çatışma olmadan işime devam etmem için çalıştı.

Bu problemi git rebase -i origin/masterbir şubeyle yaşadım . Alt modül referansının master versiyonunu almak istedim, bu yüzden basitçe yaptım:

git reset master path/to/submodule

ve sonra

git rebase --continue

Bu benim için sorunu çözdü.

Bu tartışmadan yardım aldım. Benim durumumda

git reset HEAD subby
git commit

benim için çalıştı :)

Ana dizinimde şunu görüyorum:

$ 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)

Ben de bunu yaptım

git reset HEAD linux