Hadi master bir şube olduğunu hayal edin.

Sonra newbranch yaratırız

git checkout -b newbranch

ve newbranch iki yeni taahhüt yapmak:commit1vecommit2

Sonra ana ve cherry-pick geçiyoruz

git checkout master
git cherry-pick hash_of_commit1

gitk içine bakarakcommit1ve cherry-picked sürümü farklı sağlamalarının, iki farklı işliyor yani teknik olarak.

Sonunda newbranch master içine birleştirme

git merge newbranch

ve farklı sağlamalarının ile bu iki iptalleri aynı değişiklikleri iki kez uygulanması gerektiğini ima ediyor, ancak sorunsuz birleştirilen bir bakın, onlardan biri başarısız olur.

Git gerçekten birleştirirken taahhüt içeriğinin akıllı bir analiz yapar ve değişiklikleri iki kez uygulanması gerektiğini tamamlar ya da birbirine bağlı olarak dahili olarak işaretlenmiş bu karar?

Kısa cevap

Merak etme, Gıt değil mi?

Uzun cevap

Örneğin SVN aksine, Gıt delta formatında kaydeder saklamaz, amaanlık görüntü tabanlı. SVN safça bir yama (tarif tam nedeni başarısız) olarak birleştirilen her commit uygulamak için denemek isterken, Gıt genellikle bu senaryo işlemek için yapabiliyor.

Birleştirirken, Git hem KAFA anlık yeni bir anlık görüntü içine işleyen birleştirmek için çalışacağız. Eğer kodu veya bir dosya parçası hem anlık (bir kaydetme, yani zaten kiraz seçildi) aynı ise, Git onlara dokunamıyor.