7.13 Git Araçları - Git Nesnesini Değiştirme

Daha önce vurguladığımız gibi, Git’in veritabanındaki nesneleri değişmezdir, ancak Git veritabanındaki nesneleri başka nesnelerle değiştiriyormuş gibi yapmak için ilginç bir yol sunar.

replace komutu, Git’te bir nesneyi belirtmenize ve "bu nesne her çağrıldığında, o sanki farklı bir nesneymiş gibi davran" demenize izin verir. Bu, özellikle tüm geçmişi yeniden oluşturmak zorunda kalmadan, geçmişinizdeki bir katkıyı başka bir katkı ile değiştirmeniz gerektiğinde (ör. git filter-branch) çok kullanışlıdır.

Örneğin, büyük bir kod geçmişiniz var ve bu geçmişi yeni geliştiriciler için kısa bir geçmiş ve veri madenciliğiyle ilgilenen kişiler için çok daha uzun ve büyük bir geçmişe bölmek istiyorsunuz. Yeni tarih çizginizdeki en erken katkıyı, eski olanın en son katkısıyla "değiştirerek" bir geçmişi diğerine ekleyebilirsiniz. Bu, genellikle onları birleştirmek için yapmanız gerektiği üzere (çünkü öncellik SHA-1’leri etkiler), yeni geçmişteki her katkıyı yeniden yazmanızı gerektirmeyeceği için güzel bir yöntemdir.

Hadi bunu deneyelim. Mevcut bir repoyu alalım, onu biri kısa ve yeni, diğeri ise daha uzun, köklü bir proje geçmişine sahip olan iki repoya bölelim. Ve sonra bu geçmişleri replace kullanarak, yeni repoların SHA-1 değerlerini değiştirmeden nasıl birleştirebileceğimize bakalım.

Bunu beş katkısı olan basit bir repo üzerinde deneyelim:

Bu repoyu iki tarih çizgisine bölmek istiyoruz. Bir çizgi, birinci katkıdan dördünca katkıya kadar gider (bu uzak geçmiş olacaktir). İkinci çizgide sadece dört ve beş numaralı katkılar olacaktır (bu yakın geçmiş olacaktır).

Tarihi geçmişi oluşturmak kolaydır, geçmişe bir dal ekleyebilir ve sonra bu dalı yeni bir uzak repo’nun ana dalına (master dalına) itebiliriz.

Şimdi, yeni history dalını yeni repomuzun master dalına itebiliriz:

Artık, geçmişimiz yayınlandı. Şimdi geriye işin daha zor olan kısmı, yani yakın tarihli geçmişimizi kırpmak kaldı. Bir yerde örtüşme olması gerekiyor ki birindeki bir katkıyı, diğerindeki eşdeğer bir katkı ile değiştirebilelim. Bu yüzden bu geçmişi sadece dört ve beş numaralı katkılara indirgiyoruz (böylece dört numaralı katkı örtüşecektir).

Bu durumda, tarihçenin nasıl genişletileceği hakkında talimatları olan bir temel katkı oluşturmak faydalıdır. Böylece diğer geliştiriciler, kırpılmış geçmişin ilk katkısına ulaşırlar ve daha fazlasına ihtiyaç duyarlarsa ne yapacaklarını bilirler. Bu yüzden yapacağımız şey, talimatlar içeren bir başlangıç katkısı oluşturmak ve sonra geriye kalan katkıları (dört ve beş) bunun üzerine yeniden düzenlemektir.

Bunu yapmak için, bölme noktası olmak üzere bir nokta belirlememiz gerekiyor ki bu bizim için üçüncü katkı olacaktır: yani SHA dilinde 9c68fdc dir. Bu yüzden temel katkımız o ağaç üzerinde olacaktır. Sadece bir ağaç alıp, bize öncelsiz ve yepyeni bir katkı nesnesi SHA-1’i veren commit-tree komutunu kullanarak, temel katkımızı oluşturabiliriz.

Artık temel bir katkımız olduğuna göre, geriye kalan tarihçemizi bunun üzerine git rebase --onto komutu ile tekrar düzenleyebiliriz. --onto argümanı, commit-tree ile aldığımız SHA-1; ve üçüncü katkımız (saklamak istediğimiz ilk katkının önceli olan, 9c68fdc) geriye dönük temel noktamız olacaktır:

Artık, yeniden oluşturulabilir bir tarihçe hakkında talimatlar içeren temel katkımızı işleyip, üzerine yakın geçmişimizi yeniden yazdık. Eğer bu yeni geçmişi yeni bir projeye gönderirsek; artık insanlar o repoyu kopyaladıklarında, en son iki katkıyı ve sonra da talimatları içeren temel katkıyı göreceklerdir.

Şimdi rolleri değiştirerek, projeyi ilk kez kopyalayan ve tüm tarihçeyi isteyen birinin yerine geçelim. Bu kırpılmış repoyu kopyaladıktan sonra tarihçeyi almak için, tarihi (uzak geçmişli) repomuz için ikinci bir uzak repo ekleyip, çekmemiz lazım:

Şimdi çalışma arkadaşımızın en son katkıları master dalında ve tarihi (uzak geçmişli) katkıları project-history/master dalında olacaktır.

Onları birleştirmek için, sadece değiştirmek istediğiniz katkıyı ve yerine koymak istediğiniz katkıyı belirterek git replace komutunu çağırabilirsiniz. Burada, master dalındaki "dördüncü" katkı, project-history/master dalındaki "dördüncü" kattı ile değiştirmek istiyoruz.

Şimdi, master dalının geçmişine baktığınızda, şöyle görünmektedir:

Harika, değil mi? Üst akımdaki tüm SHA-1’leri değiştirmeden, geçmişimizdeki bir katkıyı tamamen farklı bir katkı ile değiştirebildik ve tüm normal araçlar (bisect, blame, vb.) onlardan beklediğimiz gibi çalışacaktır.

İlginçtir ki, 81a708d hala SHA-1 olarak görünüyor, ancak aslında onu değiştirdiğimiz c6e1e95 katkısının verilerini kullanıyor. cat-file gibi bir komutu çalıştırsanız bile, değiştirilmiş verileri görürsünüz:

Unutmayın ki, 81a708d katkısının asıl önceli, burada belirtildiği gibi 9c68fdce değil, yer tutucu katkınızdır (622e88e).

Bir başka ilginç nokta da bu verilerin referanslarımızda tutulmasıdır:

Bu, değiştirdiğimiz veriyi başkalarıyla paylaşmanın kolay olduğu anlamına gelir. Çünkü bunu sunucumuza yükleyebiliriz ve diğerleri de kolayca indirebilir. Burada ele aldığımız tarihçe aşılaması senaryosu (herkes zaten her iki tarihçeyi de indirebilecekse, onları niye ayırdık ki?) çok yardımcı olmasa da, diğer bazı durumlarda faydalı olabilir.