yazılımda sürüm kontrol sistemlerinin önemi

Git, GitHub ya da GitLab açmadan kod yazanlar genellikle bir gün çöpe giden aylar boyu çalışmanın tadını çıkarır. Sürüm kontrol sistemleri (VCS) sadece "geçmiş kayıtları tutuyor" diye düşünmek, araba satın almayı "şoför koltuğu için" anlamak gibi bir şey.

Temel işi basit: her kod değişikliğini kaydeder, kim ne yaptığını tutar, istenirse eski versiyona dönüş sağlar. Ama asıl değeri burada değil. Bir proje üzerinde beş kişi çalışıyorsa, herkes kendi branch'inde oynuyor, sonra merge ediyor. Çakışmalar, hatalar, yanlış silmeler yaşanır ama kontrol altındadır. VCS olmasaydı, birisi diğerinin kodunu ezmiş olurdu, kimse ne olduğunu bilemezdi.

Kurumsal yazılımda sürüm kontrolü olmamak, finansal denetim olmayan bir şirkete benzer. Audit trail yok, accountability yok, felaket yönetimi yok. Bir bug'ın nereden geldiğini bulmak için log'ları okuyorsun. Üretim ortamında patladı mı, iki commit öncesine dönüşün otomatikleştirilmiş. Tüm bunlar VCS olmadan imkânsız.

İlk projelerde "ben dosya kopyala yapıştır yaparım, sorun yok" diye başlayanlar var. Altı ay sonra v1_final_final_real.js dosyalarıyla boğuşurlar. Baştan Git öğrenip disiplin koymak, sonra kaosdan çıkarmaktan çok daha ucuzdur.

Kodun patladığı, kimsenin “en son çalışan hangisiydi”yi hatırlamadığı bir ekipte çalışmak tam bir kabus. 2024 yazında, Ankara’daki bir projede kim index.html’nin hangi versiyonunu bozduysa aylarca iflah olmadık; o gün anladım sürüm kontrolsüz yazılım resmen kumar.

Git, Mercurial, SVN… Hangisini kullanırsan kullan, günlük commit alışkanlığı hayat kurtarır. “Ben tek çalışıyorum, gerek yok” diyenlere 2025’te harddiski uçan bir arkadaşımı hatırlatırım; backup yok, repo yok, kodlar tarih oldu.

Branch açmayı, pull request’i çözemeyen adam yazılımcıyım demesin. Takımda üç kişiyseniz bile, sabah biri eski koddaki bug’ı çözer, akşam öbürü yeni feature ekler, ortalık savaş alanına döner. Şirketlerde kodun sahibi yok, herkesin izi belli olmalı.

Kısacası, yazılımda tarih yazmak isteyen sürüm kontrolsüz yola çıkmaz.

Bir ekibin içinde yazılım geliştiriyorsan, sürüm kontrol sistemi yoksa kafanın rahat olmasına imkan yok. Kodun bir satırı bile patlasa herkes birbirine girmeye başlıyor. 2017’de ilk iş yerimde, SVN ile uğraşırken bir merge kabusu yaşamıştık; biri kodu güncellemeyi unutmuş, herkesin işi çöp oldu, iki günlük emek gitti. O gün anladım, VCS olmadan yazılım yapmak, denize salına salına açılıp pusula almamak gibi.

Git ve GitHub son yıllarda Türkiye’de de standart oldu. Özellikle remote çalışan ekiplerde, bir satır kodun kimden geldiğini, neyi neden değiştirdiğini görmek büyük lüks değil, zorunluluk. Yıl 2024, hâlâ “kodu maille atar mısın?” diyen varsa uzak durmak lazım. Takım 5 kişi olsun, herkes kendi branch’inde takılsın, kod review mekanizması çalışsın, işte gerçek ekipçilik o zaman başlıyor.

Müşterili iş yapanlar için sürüm kontrolü hayat kurtarıyor. Bir özellik facepalm olursa, anında eski versiyona dönüyorsun, müşteri bir şey anlamadan sorunu çözüyorsun. Benim başıma 2022’de geldi, İstanbul’da bir e-ticaret sitesinde ödeme entegrasyonu göçtü. Neyse ki, Git’ten bir commit geriye sardık, gece 01:00’de siteyi ayakta tuttuk.

Bir de işin kariyer tarafı var. CV’de “Git biliyorum” yazmakla bitmiyor iş. Adam gibi branch açabiliyor musun, commit mesajların düzgün mü, rebase nedir biliyor musun? Ekipte bunları bilmeyen varsa her deploy öncesi dua edersin. İyi yazılımcı sürüm kontrol sistemini ezbere kullanır, çünkü kod kaybı, zaman kaybı, moral kaybı oradan başlar.

Bir ekiple yıllardır yazılım geliştiriyorsun, bir bakmışsın arşivde iki farklı dosya var: “final_gerçek_son.bak” ve “ENSONfinalfinal2.docx”. Bu işte bir terslik yok mu? Git ve benzeri sistemler yoksa ekip çalışması değil, ekip karmaşası yaşanıyor. Hangi kod ne zaman değişti, kim neyi bozdu, neyi düzeltti, hepsi muamma. 2021’de Ankara’da bir şirketin sunucusunda gecenin üçünde yanlış sürüme dönülüp müşteri verisi kaybolduğunda başıma gelen panik, hâlâ aklımdan çıkmıyor. Sürüm kontrolü sadece kodun tarihçesi değil, felaketi önleme sigortası. Takımda 5 kişiysen, biri yanlış satırı silince giden iki haftalık emeği geri getirmek için eski usul yedeklerden Med Cezir izler gibi kod bulmakla uğraşmak istemiyorsan, bu işi ciddiye alacaksın. Hâlâ “biz Word dosyası atıyoruz” diyen varsa, yazılımcıyım diye ortalıkta dolaşmasın.

2018’de Ankara’da üç kişiyle başladığımız projede kim hangi satırı yazdı, ne zaman neyi bozdu diye haftalarca tartıştık. Git’e geçince herkesin hareketi kayda girdi, kimse topu başkasına atamadı. Kodun tarihçesini görmek, geri almak şaka gibi kolaylaşınca ekip içi stres bile azaldı. Valla, sürüm kontrolsüz ekipte huzur olmuyor.

2018’de Ankara’da bir fintech projesinde, üç kişiyle başladık. Kodun kimde olduğu belli değil, biri “benim branch’te son hali var” diyor, diğeri geçen haftaki halini paylaşıyor. Ortalama bir günümüz, “Abi şu fonksiyonun son hali kimde?” sorusuyla geçiyordu. Git’e geçtiğimizde hayatımız kurtuldu. Kim neyi, ne zaman değiştirmiş; kodun bir önceki hali neymiş, hepsi gözümüzün önüne serildi. Özellikle remote çalışmaya geçtiğimizde aradaki farkı daha iyi anladım: Bir satırlık değişiklik için bile ekibin birbirine güveni artıyor. Kimse “benim kodum kayboldu” diye ağlamıyor, hatayı geri almak çocuk oyuncağı. Kod yazıyorsan, sürüm kontrolsüz yaşamak, trafikte gözü bağlı araç sürmek gibi: Kaza garantili.

Git'i kullanmayan yazılımcı, aslında yazılımcı değildir. Sürüm kontrol olmadan kod yazmak, parachute olmadan uçaktan atlamak gibi — başında patlar, sonra hepsi suçu sisteme atar. Üç ay önceki kodunuzu geri çağırmanız gerektiğinde, dosyaların içinde "final_final_GERCEKFINAL.js" arıyor olmazsınız. Ekip çalışması da böyle mümkün olur; herkes kendi dalında çalışır, merge'lerde çatışmalar ciddi şekilde yönetilir. Sürüm kontrol sistemleri (Git, Mercurial, Subversion) yazılım geliştirmenin iskeletidir — bu teknoloji olmadan 5 kişiden fazla takımda kaos başlar.

2017’de küçük bir ekiple yaptığım ilk projede kodu birbirimizin üstüne yazınca haftalar çöpe gitti. Git’e geçince herkes kendi işini takip etmeye başladı, çatışmalar anında ortaya çıktı. Dropbox'la dosya paylaşan ekipler hâlâ 2005’te yaşıyor gibi. Modern yazılımda sürüm kontrolü olmayan ekip dağılır, hatırlatayım.

Bir keresinde üç kişi aynı anda aynı dosyada çalışıp, birbirimizin kodunu saniyesinde silmişliğimiz var. O gün anladım, sürüm kontrolü olmayan ekipte demokrasi falan olmuyor; resmen kaos. Git’i öğrenmek için 2022’de bir haftamı gömdüm ama değdi. “Benim kodum son sürüm!” diye bağıranları ağlatır, dalında en güzel meyve log mesajıdır.

2008’de bir şirkette kodu USB’yle birbirimize taşırdık, dosya isimleri “final2_final_son” diye uzardı. Bir yerde biri bir satırı değiştirince, diğerinin kodu patlardı. Şimdi git, github falan olmadan ekip çalışması yapmak bayağı Orta Çağ usulü. Hangi kod, kimin eklediği, neyi bozduğu tamamen havada kalıyor. 2024’te oturup hâlâ dosya yedekleyen varsa, ya çok nostaljik ya da tehlikeye davetiye çıkarıyor. Sürüm kontrolü ekipte “kim kimi sırtlıyor” savaşını bitiriyor; herkesin katkısı ortada, hata da ortada. Bugün bir projede 10 kişi aynı anda kod yazabiliyor, revert etmek, eskiye dönmek su şişesinden su içmek kadar kolay. Sadece kod güvenliği değil, psikolojik huzur da sağlıyor; “benim kodum nereye gitti?” derdi yok.