Git dallarını master'den güncelleme

Git'te yeniyim ve şimdi bu durumdayım:

• Dört şubem var (master, b1, b2 ve b3).
• B1-b3 üzerinde çalıştıktan sonra, diğer tüm dallarda olması gereken dal yöneticisinde bir şey değiştirdiğimi fark ettim.
• İhtiyacım olanı değiştirdim masterve ... işte benim sorunum:

Diğer tüm şubeleri masterşube koduyla nasıl güncelleyebilirim ?

İki seçeneğiniz var:

Birincisi birleştirme, ancak bu birleştirme için ekstra bir taahhüt yaratır.

Her şubeye göz atın:

git checkout b1

Sonra birleştir:

git merge origin/master

Sonra:

git push origin b1

Alternatif olarak, bir rebase yapabilirsiniz:

git fetch
git rebase origin/master

Temel olarak iki seçeneğiniz vardır:

1. Siz birleştirirsiniz. Bu aslında oldukça basit ve mükemmel bir yerel operasyon:

   git checkout b1
   git merge master
   # repeat for b2 and b3
   

   Bu, tarihi tam olarak olduğu gibi bırakır: Ustadan çatallandınız, tüm dallarda değişiklikler yaptınız ve son olarak ustadan değişiklikleri üç dalın içine dahil ettiniz.

   gitBu durumu gerçekten iyi idare edebilir, her yönden aynı anda gerçekleşen birleşmeler için tasarlanmıştır. Tüm konuları doğru bir şekilde bir araya getirebileceğine güvenebilirsiniz. Şube b1birleştirmek masterveya masterbirleştirmek b1, birleştirme taahhüdünün git ile aynı görünmesini umursamıyor . Tek fark, hangi şubenin bu birleştirme taahhüdüne işaret ettiği.

2. Sen geri döndün. SVN veya benzeri bir geçmişi olan insanlar bunu daha sezgisel bulurlar. Komutlar birleştirme durumuna benzer:

   git checkout b1
   git rebase master
   # repeat for b2 and b3
   

   İnsanlar bu yaklaşımı severler çünkü tüm dallarda doğrusal bir geçmişi vardır. Bununla birlikte, bu doğrusal tarih bir yalandır ve bunun farkında olmalısınız. Bu taahhüt grafiğini düşünün:

   A --- B --- C --- D <-- master
    \
     \-- E --- F --- G <-- b1
   

   Birleştirme gerçek tarihle sonuçlanır:

   A --- B --- C --- D <-- master
    \                 \
     \-- E --- F --- G +-- H <-- b1
   

   Bununla birlikte, rebase size bu geçmişi verir:

   A --- B --- C --- D <-- master
                      \
                       \-- E' --- F' --- G' <-- b1
   

   Nokta kaydedilmesini yani, E', F', ve G'gerçekten var olmamış ve muhtemelen çoğu henüz araştırılmamıştır. Derlemeyebilirler bile. Aslında, bir değişiklik, özellikle masterde gelişimdeki gelişmeler için önemli olduğunda, bir taban yoluyla saçma sapan taahhütler oluşturmak oldukça kolaydır b1.

   Bunun sonucu üç kaydedilmesini hangisinin ayırt edemez olabilir E, Fve Gaslında değerini azalan bir gerileme ortaya git bisect.

   Kullanmaman gerektiğini söylemiyorum git rebase. Kullanımları vardır. Fakat ne zaman kullanırsanız kullanın, tarih hakkında yalan söylediğinin farkında olmanız gerekir. Ve en azından yeni taahhütleri test etmelisiniz.

git rebase masterbunu yapmanın doğru yoludur. Birleştirme, birleştirme için bir taahhüt yaratılacağı anlamına gelirken, yeniden temellendirme olmaz.

Bir dalda açma-kapama üzerinde çalışıyorsanız veya bir şey üzerinde çalışırken başka dallarda çok şey olduysa, dalınızı ustaya yeniden oluşturmak en iyisidir. Bu, tarihi düzenli tutar ve işleri takip etmeyi çok daha kolay hale getirir.

git checkout master
git pull
git checkout local_branch_name
git rebase master
git push --force # force required if you've already pushed

Notlar:

• Başkalarıyla işbirliği yaptığınız şubeleri yeniden pazarlamayın.
• Her zaman usta olmayabilecek olan birleştireceğiniz şubeyi yeniden temellendirmelisiniz.

Rebasing üzerine bir bölüm de var http://git-scm.com/book/ch3-6.html ve diğer kaynakların yükleri web'de orada.

@cmaster en ayrıntılı cevabı verdi. Kısaca:

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

Şube geçmişini yeniden yazmamalısınız, bunun yerine gelecekteki başvurular için bunları gerçek durumda tutmalısınız. Ustalaşmak için birleşirken, ekstra bir taahhüt yaratır, ancak bu ucuzdur. Taahhütlerin maliyeti yoktur.

Ana şube kopyanızla (yedekleme) gibi diğer dalları güncellemek için. Her iki şekilde de yapabilirsiniz (rebase veya merge) ...

1. Rebase yapın (yedekleme şubesine ek bir taahhüt yapılmaz).

2. Şubeleri birleştir (yedek şubeye otomatik olarak fazladan bir taahhüt uygulanır).

   Not: Rebase, yeni bir temel oluşturmaktan başka bir şey değildir (yeni bir kopya)

git checkout backup
git merge master
git push

(Yedek2 vb. Varsa diğer şubeler için tekrarlayın.)

git checkout backup
git rebase master
git push

(Yedek2 vb. Varsa diğer şubeler için tekrarlayın.)

Git cherry-pick kullanarak dallara birleştirebilir veya bireysel taahhütleri uygulayabilirsiniz .

Bu sorun için iki seçenek vardır.

1) Git Rebase

2) Git Birleştirme

Sadece birleştirme durumunda her ikisiyle de farklılık gösterir, tarihte ekstra taahhüt sahibi olur

1) git ödeme şubesi (b1, b2, b3)

2) git rebase origin / master (Çakışma olması durumunda git rebase yaparak yerel olarak çözümlenir - devam et)

3) Git Push

Alternatif olarak, git merge seçeneği benzer bir moda sahiptir

1) git checkout "your_branch" (b1, b2, b3)

2) Git Merge Master

3) Git Push

dalınızı master'dan güncellemek için:

  git checkout master
  git pull
  git checkout your_branch
  git merge master