master yeni bir şube oluşturulur, test diyoruz.

master taahhüt veya diğer dalları oluşturmak ve daha sonra master birleştirme ya da birkaç geliştiriciler vardır.

Hadi test işe birkaç gün sürdüğünü söylüyorlar ve sürekli test master içinde tamamlar ile güncel tutmak istiyorsanız.

test git pull origin master yaparım.

Soru 1:Bu doğru bir yaklaşım mı? Diğer geliştiriciler btw çalıştığım gibi kolayca aynı dosyaları çalışabilirdi.

test benim işim bitti ve master tekrar birleştirmeye hazırım. Burada aklıma iki yolu vardır:

Bir:

git checkout test
git pull origin master
git push origin test
git checkout master
git pull origin test 

B:

git checkout test
git pull origin master
git checkout master
git merge test

master gelen değişiklikleri ve bu nedenle diğer insanlara yapılan değişikliklerin üzerine olabilir üstüne benim yığını olacak rebase benim anladığım kadarıyla, çünkü --rebase kullanıyorum.

Soru 2:Hangisi bu iki yöntem değil mi? Fark ne var?

Amaç, tüm bu tutmak benim test şube güncelleme ile bir şeyler oluyor master ve daha sonra yapabilirim Birleştir onları geri içine master umut tutmak için zaman çizelgesi gibi doğrusal olarak mümkün.

Nasıl böyle bir şey yapmazdım

git checkout master
git pull origin master
git merge test
git push origin master

Eğer bir uzak bir yerel bir şube varsa, bu uzaktan kumandalı dışındaki şubelerin birleştirilmesi ile rahat hissetmiyorum. Ayrıca itmek istiyorum ne de sadece benim için ve benim yerel depo şeyleri itmek istemem mutlu olduğum kadar benim değişiklikleri itmek olmaz. Açıklama test sadece senin için gibi görünüyor? Yani hiçbir sebep yayınlamak için.

git her zaman saygı senin ve diğer değişiklikler için çalışır, ve bu yüzden --rebase. Uygun şekilde açıklar, küçük bir açıklama için the Git book - Rebasing git-reade: Intro into rebasing bir göz atalım miyim, bilmiyorum. Oldukça hoş bir özellik