3.5 Git Branching - Uzak Dallar

Bir dalı dünyayla paylaşmak istediğinizde, yazma erişimine sahip olduğunuz bir uzak sunucuya itmeniz gerekiyor. Yerel dallarınız, yazma işlemi yapabileceğiniz uzak sunuculara otomatik olarak eşzamanlandırılmaz; paylaşmak istediğiniz dalları açıkça itmeniz gerekir. Bu şekilde, paylaşmak istemediğiniz işler için özel (private) dallar kullanabilir ve yalnızca işbirliği yapmak istediğiniz tematik dalları itebilirsiniz.

Eğer diğerleriyle birlikte çalışmak istediğiniz serverfix adında bir dalınız varsa, onu ilk dalınızı ittiğiniz şekilde itebilirsiniz.

git push <remote> <branch> komutunu çalıştırın:

Bu biraz kısayol gibidir. Git otomatik olarak serverfix dal ismini refs/heads/serverfix:refs/heads/serverfix şeklinde genişletir: Bu Lütfen benim yerel serverfix dalımı al ve onu uzaktaki serverfix dalını güncellemek için it anlamına gelir. refs/heads/ kısmını daha sonra Git Internals bölümünde detaylı bir şekilde ele alacağız, ancak bunu genellikle belirtmenize gerek yoktur. Aynı işlemi gerçekleştiren bir diğer yöntem de git push origin serverfix:serverfix şeklinde kullanmaktır. Bu da Lütfen benim serverfix dalımı al ve onu uzaktaki serverfix dalı yap anlamına gelir. Bu formatı kullanarak, yerel bir dalı farklı bir isimdeki uzak bir dala itebilirsiniz. Eğer uzakta serverfix olarak adlandırılmış bir dal istemiyorsanız, bunun yerine yerel serverfix dalınızı uzaktaki projedeki awesomebranch dalına itmek için git push origin serverfix:awesomebranch komutunu çalıştırabilirsiniz.

Bir sonraki seferde bir meslektaşınız sunucudan veri getirdiğinde, sunucunun serverfix dalının versiyonuna dair referansı, uzak dal origin/serverfix altında olacaktır:

Yeni uzak takip dallarını getiren bir getirme işlemi yaptığınızda, bunların düzenlenebilir yerel kopyalarına otomatik olarak sahip olmazsınız. Yani bu durumda, yeni bir serverfix dalınız olmaz — sadece üzerinde değişiklik yapamayacağınız bir origin/serverfix işaretçiniz olur.

Bu çalışmayı mevcut çalışma dalınıza birleştirmek için git merge origin/serverfix komutunu çalıştırabilirsiniz. Eğer üzerinde çalışabileceğiniz kendi serverfix dalınızı istiyorsanız, bunu uzak takip dalınızın üzerine kurabilirsiniz:

Böylelikle, origin/serverfix'in başladığı yerden devam eden ve üzerinde çalışabileceğiniz bir yerel dal elde etmiş olursunuz.

Bir uzak takip dalından yerel bir dala geçmek, otomatik olarak bir takip dalı oluşturur (ve takip ettiği dal üst-akım dalı (upstream branch) olarak adlandırılır). Takip eden dallar, bir uzak dal ile doğrudan ilişkisi olan yerel dallardır. Bir takip dalındaysanız ve git pull yazarsanız, Git otomatik olarak hangi sunucudan getirileceğini ve hangi dalın birleştirileceğini bilir.

Bir repoyu kopyaladığınızda, genellikle otomatik olarak origin/master 'ı takip eden bir master dalı oluşturur. Ancak isterseniz başka takip dalları da kurabilirsiniz (diğer uzaklardaki dalları takip edenler veya master dalını takip etmeyenler). Basit durum, az önce gördüğünüz gibidir: git checkout -b <dal> <uzak>/<dal>. Bu, Git’in --track kısaltmasını sağlayan yaygın bir işlemdir:

Aslında, bu işlem o kadar yaygındır ki, bu kısayol için bile bir kısayol vardır. Eğer geçmeye çalıştığınız dal ismi (a) mevcut değilse ve (b) yalnızca bir uzak dalla tam olarak eşleşiyorsa, Git sizin için bir takip dalı oluşturacaktır:

Uzak daldan farklı bir isimle yerel bir dal kurmak için, ilk versiyonu kullanarak kolayca farklı bir yerel dal ismi kullanabilirsiniz:

Şimdi, yerel dalınız sf, otomatik olarak origin/serverfix 'ten çekecek.

Eğer zaten bir yerel dala sahipseniz ve onu henüz çektiğiniz bir uzak dalıyla eşleştirmek veya takip ettiğiniz yukarı akış dalını değiştirmek istiyorsanız, git branch komutunun -u veya --set-upstream-to seçeneğini kullanarak bunu istediğiniz zaman açıkça belirtebilirsiniz.

Takip eden dallarınızı görmek istiyorsanız, git branch komutuna -vv seçeneğini ekleyebilirsiniz. Bu, her bir dalın takip ettiği bilgileri ve yerel dalınızın önde, geride veya her ikisinde olup olmadığını içeren daha fazla bilgiyle birlikte yerel dallarınızı listeleyecektir.

Burada iss53 dalımızın origin/iss53 ü takip ettiğini ve 'önde (ahead) iki olduğunu görebiliriz. Bu da lokalde henüz sunucuya gönderilmemiş iki katkı olduğu anlamına gelir. Ayrıca, master dalımızın origin/master ı takip ettiğini ve güncel olduğunu görebiliriz. Sonrasında, serverfix dalımızın teamone sunucusundaki server-fix-good dalını takip ettiğini ve 'önde (ahead) üç, geride (behind) bir olduğunu görebiliriz. Bu da henüz birleştirmediğimiz bir katkı olduğu ve lokalde henüz göndermediğimiz üç katkı olduğu anlamına gelir. Son olarak, testing dalımızın herhangi bir uzak dalı takip etmediğini görebiliriz.

Bu sayıların, her sunucudan en son getirme yaptığınızdan beri olan sayılar olduğunu unutmak önemlidir. Bu komut sunuculara ulaşmaz, size bunları yerel olarak önbellekten aldığı bilgileri söyler. Eğer tamamen güncel önde (ahead) ve geride (behind) sayıları istiyorsanız, bunu çalıştırmadan hemen önce tüm uzak sunuculardan getirmeniz gerekecektir. Bunu şu şekilde yapabilirsiniz:

git fetch komutu, henüz sahip olmadığınız sunucudaki tüm değişiklikleri getirir, ancak çalışma dizininizi hiç değiştirmez. Sadece veriyi sizin için alır ve birleştirmenize izin verir. Ancak, çoğu durumda git fetch 'in hemen ardından gelen bir git merge işlemi olan git pull adlı bir komut bulunmaktadır. Son bölümde gösterildiği gibi bir takip dalınız varsa, bunu açıkça ayarlayarak veya clone veya checkout komutları tarafından sizin için oluşturulmuşsa, git pull, mevcut dalınızın hangi sunucuyu ve dalı takip ettiğini araştırır, bu sunucudan veri çeker ve ardından bu uzak dalı birleştirmeye çalışır.

Genellikle git pull komutunun sihirli davranışı sıklıkla karmaşıklığa neden olabileceğinden, açıkça fetch ve merge komutlarını kullanmak daha iyidir.

Varsayalım ki bir uzak dal ile işiniz bitti - diyelim ki siz ve meslektaşlarınız bir özelliği tamamladınız ve onu uzaktaki master dalınıza (veya kararlı kod çizginizin bulunduğu dal) birleştirdiniz. Bir uzak dalı silmek için git push komutuna --delete seçeneğini ekleyebilirsiniz. Eğer serverfix dalınızı sunucudan silmek istiyorsanız, aşağıdaki komutu çalıştırabilirsiniz:

Temelde, bu işlem sunucudan işaretçiyi kaldırır. Git sunucusu genellikle çöp toplama işlemi çalışana kadar veriyi orada tutar, bu nedenle eğer yanlışlıkla silinmişse genellikle kolaylıkla kurtarılabilir.