Git birleştirme çakışmalarını çekme sırasındaki değişikliklerin lehine çözme

Git birleştirme çakışmasını çekilen değişiklikler lehine nasıl çözebilirim?

Temel olarak, çatışmasız değişiklikleri git mergetoolkorurken bir süre ile tüm çatışmalardan geçmek zorunda kalmadan, çalışan bir ağaçtan tüm çakışan değişiklikleri kaldırmam gerekiyor . Tercihen bunu çekerken yapmak, daha sonra değil.

git pull -s recursive -X theirs <remoterepo or other repo>

Veya, varsayılan depo için:

git pull -X theirs

Zaten çakışmış durumdaysanız ...

git checkout --theirs path/to/file

Özyinelemeli "onların" strateji seçeneğini kullanabilirsiniz :

git merge --strategy-option theirs

Gönderen adam :

ours
    This option forces conflicting hunks to be auto-resolved cleanly by 
    favoring our version. Changes from the other tree that do not 
    conflict with our side are reflected to the merge result.

    This should not be confused with the ours merge strategy, which does 
    not even look at what the other tree contains at all. It discards 
    everything the other tree did, declaring our history contains all that
    happened in it.

theirs
    This is opposite of ours.

Not: Adam sayfa söylediği gibi, "bizimki" birleştirme stratejisi seçeneği "bizimki" birleştirme çok farklıdır strateji .

Zaten çakışmış durumdaysanız ve yalnızca tümünü kabul etmek istiyorsanız :

git checkout --theirs .
git add .

Bunun tam tersini yapmak istiyorsanız:

git checkout --ours .
git add .

Bu oldukça sert, bu yüzden yapmadan önce her şeyi böyle silmek istediğinizden emin olun.

Tamam, sadece içinde bulunduğum senaryoyu hayal et:

Bir merge, ya da belki bir cherry-pick, teşebbüs edersiniz ve

$ git cherry-pick 1023e24
error: could not apply 1023e24... [Commit Message]
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

Şimdi, çakışan dosyayı görüntülüyorsunuz ve değişikliklerinizi gerçekten korumak istemiyorsunuz. Yukarıdaki durumumda, dosya IDE'min otomatik olarak eklediği yeni bir satırda çakıştı. Değişikliklerinizi geri almak ve değişikliklerini kabul etmek için en kolay yol:

git checkout --theirs path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Bunun tersi (gelen sürümün sürümünüzle üzerine yazılması)

git checkout --ours path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Şaşırtıcı bir şekilde, bu cevabı internette çok kolay bulamadım.

git pull -X theirsCevaplar çirkin birleştirme taahhüt oluşturması veya çıkarabilir

hata: Aşağıdaki dosyalarda yaptığınız yerel değişikliklerin birleştirme işleminin üzerine yazılır:

Repo dosyalarındaki yerel değişiklikleri, örneğin her zaman bir kaynağın aynası olması gereken bir istemcide yoksaymak istiyorsanız, bunu çalıştırın ( masteristediğiniz dalla değiştirin ):

git fetch && git reset --hard origin/master

O nasıl çalışır? git fetchyapar git pullama birleştirme olmadan . Ardından git reset --hard, çalışma ağacınızı son işlemle eşleştirir. Repo dosyalara yerel değişikliklerin tümü edilecek atılır , ancak yeni yerel dosyalar yalnız bırakılacaktır.

Git birleştirme işleminden sonra, çakışmalar olursa ve sizin veya onların

git checkout --theirs .
git checkout --ours .

Belirli bir daldaki sürümle olan tüm çakışmaları gidermek için:

git diff --name-only --diff-filter=U | xargs git checkout ${branchName}

Bu nedenle, zaten birleştirme durumundaysanız ve çakışan dosyaların ana sürümünü korumak istiyorsanız:

git diff --name-only --diff-filter=U | xargs git checkout master

Lütfen bazen bunun işe yaramayacağını unutmayın :

git checkout - yolumuz / dosya / dosya

veya

git checkout --the / to / file yolu

Bunun yerine, HEAD'in ve MERGE_HEAD onların olduğunu varsayarak yaptım

git checkout HEAD -- path/to/file

veya:

git checkout MERGE_HEAD -- path/to/file

Bunu yaptıktan ve iyiyiz:

git add .

Daha fazla bilgi edinmek istiyorsanız, buradaki muhteşem torek yayınına bakın: git checkout --ours, birleştirilmemiş dosyalar listesinden dosyaları kaldırmaz

VS Kodu (entegre Git) IDE Kullanıcıları:

Çakışma dosyasında gelen tüm değişiklikleri kabul etmek istiyorsanız , aşağıdaki adımları uygulayın.

1. Go to command palette - Ctrl + Shift + P
2. Select the option - Merge Conflict: Accept All Incoming

Benzer şekilde , Her İkisini de Kabul Et, Tüm Akımı Kabul Et vb. Gibi diğer seçenekler için de yapabilirsiniz .

next-versionDeğişen dosyalara tonlarca silme işlemiyle uzun süredir devam eden bir şubem vardıdevelop , her iki dalda farklı yerlere eklenen dosyalar .

next-versionŞube içeriğinin tamamını içeri almak istedimdevelop .

Benim için çalışan yukarıdaki komutların kombinasyonu:

git merge -X theirs next-version
# lots of files left that were modified on develop but deleted on next-version
git checkout next-version .
# files removed, now add the deletions to the commit
git add .
# still have files that were added on develop; in my case they are all in web/
git rm -r web

Yeni bir cevap değil, sadece birçok cevabın bitlerini birleştirerek, kısmen tüm bu cevaplara ihtiyacınız olabileceğinden emin olmak için .

Zaten çakışmış durumdaysanız ve yolu tek tek kontrol etmek istemiyorsanız. Deneyebilirsin

git merge --abort
git pull -X theirs

itibaren https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging

Bu temelde sahte bir birleştirme yapacak. Her iki dalda da ebeveyn olarak yeni bir birleştirme taahhüdü kaydeder, ancak birleştirdiğiniz şubeye bile bakmaz. Sadece mevcut dalınızdaki tam kodun birleştirilmesinin sonucu olarak kaydeder.

$ git merge -s ours mundo

'Bizim' stratejisi ile yapılan birleşme.

$ git diff HEAD HEAD~

Şu anda bulunduğumuz şube ile birleşmenin sonucu arasında bir fark olmadığını görebilirsiniz.

Bu genellikle Git'i daha sonra birleştirme yaparken bir dalın zaten birleştirildiğini düşünmesi için faydalı olabilir. Örneğin, bir sürüm dalından ayrıldığınızı ve bunun üzerinde bir noktada ana dalınızla birleştirmek isteyeceğiniz bazı çalışmalar yaptığınızı varsayalım. Bu arada, master'daki bazı hata düzeltmelerinin sürüm şubenize bildirilmesi gerekir. Bugfix dalını sürüm dalına birleştirebilir ve aynı dalı -s bizimki aynı dalı ana dalınıza birleştirebilirsiniz (düzeltme zaten orada olsa bile), böylece daha sonra sürüm dalını yeniden birleştirdiğinizde, bugfix'den çakışma olmaz.

Ustanın yeni bir konu dalındaki değişiklikleri yansıtmasını istiyorsam faydalı bulduğum bir durum. -Xtheirs'in bazı durumlarda çatışma olmadan birleşmediğini fark ettim ...

$ git merge -Xtheirs topicFoo 

CONFLICT (modify/delete): js/search.js deleted in HEAD and modified in topicFoo. Version topicFoo of js/search.js left in tree.

Bu durumda bulduğum çözüm

$ git checkout topicFoo

topicFoo, ilk önce -s bizimki stratejisini kullanarak birleştirme, bu sadece topicFoo'nun durumu olan sahte taahhüdü yaratacaktır. $ git merge -s bizimki usta

oluşturulan birleştirme taahhüdünü kontrol et

$ git log

şimdi ana şubeye göz at

$ git checkout master

konu dalını birleştirin, ancak bu sefer -Xtheirs özyinelemeli stratejiyi kullanın, bu size topicFoo durumuyla bir ana dal sunacaktır.

$ git merge -X theirs topicFoo