3.2 Git Branching - Kısaca Dallandırma ve Birleştirme Temelleri

İlk olarak, projeniz üzerinde çalışıyorsunuz ve master dalında halihazırda birkaç katkınız var diyelim.

#53 numaralı sorun (Ya da şirketinizin kullandığı iş takip sisteminde nasıl gösteriliyorsa) üzerinde çalışmaya karar verdiniz. Yeni bir dal oluşturup aynı zamanda bu dala geçmek için git checkout komutunu -b (branch) bayrağı ile çalıştırabilirsiniz:

Bu komut şunun kısa yoludur:

Web siteniz üzerinde çalışıyor ve bazı bazı katkılar işliyorsunuz. Bu dala geçiş yapmış olduğunuz için (yani, HEAD artık onu işaret ediyor) katkı işlemek iss53 dalını ileri taşır:

Şimdi, web sitesinde bir sorun olduğu ve bunu derhal düzeltmeniz gerektiğine dair bir çağrı alıyorsunuz. Git’te, ne yapmış olduğunuz iss53 değişiklikleri ve onarımınızı birlikte yükleme zorunluluğunuz var, ne de bu değişiklikleri üretime uygulamadan önce geri almak için büyük çaba sarf etmenize. Yapmanız gereken tek şey, master dalınıza geri dönmektir.

Ancak bunu yapmadan önce, çalışma dizininiz veya izlemde (stage) henüz katkılanmamış değişiklikler varsa ve bu değişiklikler, geçiş yapmak istediğiniz dal ile çakışıyorsa, Git’in sizin dal değiştirmenize izin vermeyeceğini bilmeniz lazım. Dallar arasında geçiş yaparken temiz bir çalışma durumuna sahip olmak en iyisidir. Bu sorunun etrafından dolaşmanın tabi ki belli (stashing ve commit amending gibi) yolları var ama bunları Saklama ve Silme bölümünde ele alacağız. Şu anda, tüm değişikliklerinizi katkıladığınızı varsayalım, böylece master dalına geri dönebilirsiniz:

Bu aşamada, projenizin çalışma dizini, #53 sorunu üzerinde çalışmaya başlamadan önceki haline tam olarak geri dönmüş durumda ve şimdi onarımınıza odaklanabilirsiniz. Çok önemli bir hatırlatma!: Dallar arasında geçiş yaptığınızda, Git çalışma dizininizi o dala en son katkı işlediğiniz anda olduğu gibi ayarlar. Çalışma kopyanızı, dal üzerindeki son katkıladığınız gibi görünmesi için otomatik olarak dosya ekler, kaldırır ve değiştirir.

Şimdi, bir onarım yapmanız gerekiyor. Sorunu düzeltene kadar üzerinde değişiklikler yapabileceğimiz hotfix adında bir dal oluşturalım:

Testlerinizi çalıştırabilir, düzeltmenin istediğiniz gibi çalıştığından emin olabilir ve son olarak hotfix dalınızı master dalınıza birleştirerek üretime alabilirsiniz. Bunu git merge komutuyla yaparsınız:

Bu birleştirmede ``fast-forward`` ifadesini fark edeceksiniz. Çünkü birleştirdiğiniz hotfix dalını işaret eden C4 katkısı, üzerinde bulunduğunuz C2 katkısından doğrudan ilerideydi, Git sadece işaretçiyi ileri taşıdı. Başka bir deyişle, bir katkıyı, katkı geçmişini takip ederek ulaşılabilen bir katkıyla birleştirmeye çalıştığınızda, birleştirilecek ayrı çalışma olmadığından, Git işaretçiyi doğrudan ileri taşıyarak işleri basitleştirir. Buna ``fast-forward`` (ileri sarma) denir.

Artık değişikliğiniz, master dalının işaret ettiği katkı anlık görüntüsünde bulunuyor ve düzeltmeyi artık yükleyebilirsiniz.

Bu süper önemli düzeltmeniz yüklendikten sonra, kesintiye uğradığınız çalışmaya geri dönmeye hazırsınız. Neticede master dalı da aynı yere işaret ettiği için, artık ihtiyacınız olmayan, hotfix dalını sileceksiniz. Bu dalı git branch komutunun -d (delete) seçeneği ile silebilirsiniz:

Şimdi #53 sorunu üzerindeki bekleyen işinize geri dönebilir ve çalışmaya devam edebilirsiniz.

Burada hotfix dalında yaptığınız çalışmanın iss53 dalındaki dosyalarda bulunmadığını unutmayın. Eğer onu çekmeniz gerekiyorsa, git merge master komutunu çalıştırarak master dalını iss53 dalına kaynaştırabilirsiniz, veya bu değişiklikleri birleştirmek için iss53 dalını daha sonra master dalına çekmeye karar verene kadar bekleyebilirsiniz.

Diyelimk ki #53 sorunu üzerindeki çalışmanızın tamamlandığına ve master dalına birleştirilmeye hazır olduğuna karar verdiniz. Bunu yapmak için, aynı hotfix dalınızı daha önce birleştirdiğiniz gibi, iss53 dalınızı da master dalına birleştireceksiniz. Yapmanız gereken tek şey, birleştirmek istediğiniz dala geçmek ve ardından git merge komutunu çalıştırmaktır:

Bu, önceki yaptığınız "hotfix" birleştirmesinden biraz farklı görünüyor. Mevcut durumda, geliştirme geçmişiniz eski bir katkıdan itibaren ayrılmış durumda. Çünkü üzerinde bulunduğunuz dalın son katkısı, birleştirmeye çalıştığınız dalın doğrudan önceli değilse, Git bazı işlemleri gerçekleştirmek zorundadır. Yukarıdaki senaryoda, Git bu iki dalın ortak öncelini ve her iki dal ucu tarafından işaret edilen iki farklı anlık görüntüyü kullanarak, üç yollu bir birleştirme yapar.

Sadece dal işaretçisini ileri taşımak yerine, Git, bu üç yollu birleştirmenin sonucu olan yeni bir poz oluşturur ve otomatik olarak ona işaret eden yeni bir katkı oluşturur. Buna birleştirme katkısı denir ve birden fazla üst dala sahip olması bakımından özeldir.

Şimdi çalışmanız birleştirildiğine göre iss53 dalına artık ihtiyacınız yok. İş takip sisteminizdeki biletinizi (ticket) kapatabilir ve dalı silebilirsiniz:

Bazen birleştirme süreci sorunsuz tamamlanamayabilir. Eğer bir dosyanın aynı kısmını, iki farklı dalda iki farklı şekilde değiştirdiyseniz, Git bu değişimlerden hangisini birleştirmeye katacağını bilemeyeceği için, temiz bir birleştirme işlemi yapamaz. Eğer #53 sorunu için yaptığınız düzeltme, hotfix dalının aynı dosyasının aynı bölümünü değiştirmişse, aşağıdakine benzer bir çakışma uyarısı (merge conflict) alacaksınız:

Git otomatik olarak yeni bir birleştirme katkısı oluşturmadı. Siz çakışmayı çözene kadar süreci duraklattı. Eğer çakışma uyarısı aldıktan sonra hangi dosyaların birleştirilmediğini görmek istiyorsanız, git status komutunu çalıştırabilirsiniz:

Çakışmaları çözülmemiş olan her şey "unmerged" (birleştirilmemiş) olarak listelenir. Git, çakışmaları olan dosyalara "standart çakışma çözüm işaretçilerini" ekler, böylece bunları manuel olarak açabilir ve çakışmaları çözebilirsiniz. Dosyanız, aşağıdakine benzer bir bölüm içerir:

Bunun anlamı: ======= işaretinin üstündeki her şey HEAD (merge komutunu çalıştırdığınızda üzerinde bulunduğunuz dal yani bu senaryoda master dalı) içindeki sürümü gösterirken, işaretin altındaki kısımların ise iss53 dalı içindeki sürümü gösterdiğidir. Çakışmayı çözmek için ya bir tarafı ya da diğerini seçmek yahut da içeriği kendiniz birleştirmek zorundasınız. Örneğin, bu çakışmayı aşağıdaki gibi tüm bloğu değiştirerek çözebilirsiniz:

Bu çözüm, her iki bölümün birazını içerir ve <<<<<<<, ======= ve >>>>>>> satırları tamamen kaldırılmıştır. Her bir çakışmış dosyanın her bir çakışmasını çözdükten sonra, her bir dosya üzerinde git add komutunu çalıştırarak onu çözülmüş olarak işaretleyin. Dosyayı izleme almak, Git’te çözülmüş olarak işaretler.

Bu sorunları çözmek için görsel bir araç kullanmak istiyorsanız, git mergetool komutunu çalıştırabilirsiniz. Bu, uygun bir görsel birleştirme aracını başlatır ve çakışmaları çözme sürecinde sizi yönlendirir:

Eğer varsayılan birleştirme aracı dışında bir birleştirme aracı kullanmak istiyorsanız (Eğer komutu Mac işletim sisteminde çalıştırıyorsanaz Git kendisi opendiff aracını seçecektir), "one of the following tools" ifadesinin hemen altında desteklenen tüm araçların listesini görebilirsiniz. Kullanmayı tercih ettiğiniz aracın adını yazmanız yeterlidir.

Birleştirme aracından çıktıktan sonra, Git size birleştirmenin başarılı olup olmadığını sorar. Eğer başarılı olduysa, dosyayı çatışması çözüldü olarak işaretlemek üzere izleme gönderir. Tüm çakışmaların çözüldüğünü doğrulamak için tekrar git status komutunu çalıştırabilirsiniz:

Eğer bu durumdan memnunsanız ve çakışmaları olan her şeyin aşamalandırıldığını doğruladıysanız, birleştirme işlemini sonuca ulaştırmak için git commit komutunu yazabilirsiniz. Varsayılan olarak, katkı mesajı şu şekilde görünür:

Eğer bu açıklamalar yeterli değilse ve gelecekte bu birleşmeyi inceleyecek diğer kullanıcılara yardımcı olabileceğini düşünüyorsanız; bu katkı mesajını çakışmayı nasıl çözdüğünüz ve yaptığınız değişiklikleri neden yaptığınızı açıklayacak şekilde değiştirebilirsiniz.