Perbedaan antara git pull dan git pull --rebase

Saya mulai menggunakan git di masa lalu dan tidak sepenuhnya memahami seluk-beluknya. Pertanyaan dasar saya di sini adalah untuk mengetahui perbedaan antara a git pulldan git pull --rebase, karena menambahkan --rebaseopsi tampaknya tidak melakukan sesuatu yang sangat berbeda: hanya melakukan tarikan.

Tolong bantu saya dengan memahami perbedaannya.

git pull= git fetch+ git mergeterhadap pelacakan cabang hulu

git pull --rebase= git fetch+ git rebaseterhadap pelacakan cabang hulu

Jika Anda ingin tahu bagaimana git mergedan git rebaseberbeda, baca ini .

Kadang-kadang kita memiliki hulu yang rebased / rewound cabang tempat kita bergantung. Ini bisa menjadi masalah besar - menyebabkan konflik berantakan bagi kami jika kami hilir.

Keajaiban itu git pull --rebase

Tarikan git normal, secara longgar, adalah sesuatu seperti ini (kita akan menggunakan asal yang disebut remote dan cabang bernama foo dalam semua contoh ini):

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

Pada pandangan pertama, Anda mungkin berpikir bahwa git pull --rebase melakukan ini:

git fetch origin
git rebase origin/foo

Tapi itu tidak akan membantu jika rebase hulu melibatkan "squashing" (artinya patch-id dari komit berubah, tidak hanya pesanan mereka).

Yang berarti git pull --rebase harus melakukan sedikit lebih dari itu. Inilah penjelasan tentang apa yang dilakukannya dan bagaimana caranya.

Katakanlah titik awal Anda adalah ini:

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

Waktu berlalu, dan Anda telah membuat beberapa komitmen di atas "foo" Anda sendiri:

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

Sementara itu, dalam kemarahan anti-sosial, pengelola hulu tidak hanya mengubah "foo" -nya, ia bahkan menggunakan satu atau dua squash. Rantai komitnya sekarang terlihat seperti ini:

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

Git pull pada titik ini akan menghasilkan kekacauan. Bahkan git mengambil; git rebase origin / foo tidak akan memotongnya, karena melakukan "b" dan "c" di satu sisi, dan melakukan "b + c" di sisi lain, akan konflik. (Dan juga dengan d, e, dan d + e).

Apa yang git pull --rebasedilakukan, dalam hal ini, adalah:

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

Ini memberi Anda:

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

Anda mungkin masih mendapatkan konflik, tetapi itu akan menjadi konflik asli (antara p / q / r dan a / b + c / d + e / f), dan bukan konflik yang disebabkan oleh b / c yang bertentangan dengan b + c, dll.

Jawaban diambil dari (dan sedikit dimodifikasi):
http://gitolite.com/git-pull--rebase

Misalkan Anda memiliki dua komitmen di cabang lokal:

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

Setelah "git pull", akan:

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

Setelah "git pull --rebase", tidak akan ada titik gabungan G. Perhatikan bahwa D dan E menjadi komit yang berbeda:

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

Dalam kasus yang paling sederhana tanpa tabrakan

• with rebase: rebases komit lokal Anda di atas HEAD jarak jauh dan tidak membuat komit gabungan
• tanpa / normal: menggabungkan dan membuat komit gabungan

Lihat juga:

man git-pull

Lebih tepatnya, git pull menjalankan git fetch dengan parameter yang diberikan dan memanggil git merge untuk menggabungkan kepala cabang yang diambil ke cabang saat ini. Dengan --rebase, ia menjalankan git rebase bukannya git merge.

Lihat juga:
Kapan saya harus menggunakan git pull --rebase?
http://git-scm.com/book/en/Git-Branching-Rebasing

Untuk ini penting untuk memahami perbedaan antara Gabung dan Rebase.

Rebases adalah bagaimana perubahan harus lulus dari puncak hierarki ke bawah dan penggabungan adalah bagaimana mereka mengalir kembali ke atas.

Untuk detail, lihat - http://www.derekgourlay.com/archives/428