Git pull ve git pull --rebase arasındaki fark

Git'i bir ara geri kullanmaya başladım ve karışıklıkları tam olarak anlamıyorum. Buradaki temel sorum, a git pullve arasındaki farkı bulmaktır git pull --rebase, çünkü --rebaseseçeneği eklemek çok farklı bir şey yapmıyor gibi görünüyor: sadece bir çekiyor.

Lütfen farkı anlamada bana yardım et.

git pull= git fetch+ git mergeyukarı yönlü şubeyi izlemeye karşı

git pull --rebase= git fetch+ git rebaseyukarı yönlü şubeyi izlemeye karşı

Nasıl git mergeve git rebasefarklı olduğunu bilmek istiyorsanız, bunu okuyun .

Bazen bağlı olduğumuz bir dalı yeniden bastıran / geri saran bir akış yukarı var. Bu büyük bir sorun olabilir - aşağı yönde olursak bizim için dağınık çatışmalara neden olur.

Sihir git pull --rebase

Normal bir git çekme, gevşek bir şekilde, böyle bir şeydir (tüm bu örneklerde origin adlı bir uzaktan kumanda ve foo adlı bir dal kullanacağız):

# assume current checked out branch is "foo"
git fetch origin
git merge origin/foo

İlk bakışta, bir git pull --rebase'in bunu yaptığını düşünebilirsiniz:

git fetch origin
git rebase origin/foo

Ancak, yukarı akış rebazı herhangi bir "ezme" içeriyorsa bu işe yaramayacaktır (yani, taahhütlerin yama kimliklerinin sadece sıraları değil, değiştiği anlamına gelir).

Yani git pull --rebase bundan biraz daha fazlasını yapmak zorunda. İşte ne yaptığına ve nasıl yapıldığına dair bir açıklama.

Diyelim ki başlangıç ​​noktanız bu:

a---b---c---d---e  (origin/foo) (also your local "foo")

Zaman geçiyor ve kendi "foo" nuzun üstüne bazı taahhütler verdiniz:

a---b---c---d---e---p---q---r (foo)

Bu arada, anti-sosyal öfke bir uyum içinde, memba bakıcısı sadece onun "foo" unu yeniden basmakla kalmadı, hatta bir veya iki squash kullandı. Taahhüt zinciri şimdi şöyle görünüyor:

a---b+c---d+e---f  (origin/foo)

Bu noktada bir git hareketi kaosa neden olur. Git getirisi bile; git rebase origin / foo bunu kesmez, çünkü bir tarafta "b" ve "c" ve diğerinde "b + c" taahhüt eder. (Ve benzer şekilde d, e ve d + e).

git pull --rebaseBu durumda, ne yapar:

git fetch origin
git rebase --onto origin/foo e foo

Bu size şunları sağlar:

 a---b+c---d+e---f---p'---q'---r' (foo)

Yine de çakışmalar yaşayabilirsiniz, ancak bunlar gerçek çatışmalar olacaktır (p / q / r ve a / b + c / d + e / f arasında) ve b / c'nin b + c, vb. İle çakışmasından kaynaklanan çatışmalar olmayacaktır.

Tarafından alınan cevap (ve biraz değiştirilmiş):
http://gitolite.com/git-pull--rebase

Yerel şubede iki taahhüdünüz olduğunu varsayalım:

      D---E master
     /
A---B---C---F origin/master

"Git pull" den sonra:

      D--------E  
     /          \
A---B---C---F----G   master, origin/master

"Git pull --rebase" den sonra, birleştirme noktası G olmayacaktır. D ve E'nin farklı taahhütler haline geldiğine dikkat edin:

A---B---C---F---D'---E'   master, origin/master

En basit çarpışma olmaması durumunda

• rebase ile: Uzak BAŞ ontop yerel kaydedilmesini rebases ve yok değil bir birleştirme / birleştirme taahhüt oluşturmak
• olmadan / normal: birleştirir ve bir birleştirme taahhüdü oluşturur

Ayrıca bakınız:

man git-pull

Daha kesin olarak, git pull verilen parametreler ile git fetch komutunu çalıştırır ve alınan dal kafalarını geçerli dalda birleştirmek için git merge komutunu çağırır. --Rebase ile git merge yerine git rebase komutunu çalıştırır.

Ayrıca bakınız:
git pull --rebase'i ne zaman kullanmalıyım?
http://git-scm.com/book/en/Git-Branching-Rebasing

Bunun için Birleştirme ve Rebase arasındaki farkı anlamak önemlidir.

Temyizler, değişikliklerin hiyerarşinin üstünden aşağıya nasıl geçmesi gerektiğidir ve birleştirmeler de nasıl geri akarlar.

Ayrıntılar için - http://www.derekgourlay.com/archives/428