Git 3.0'da varsayılan dal olarak `main` kullanılacak

• Git 3.0 ile birlikte yeni depo oluşturulurken varsayılan dal otomatik olarak main olarak ayarlanacak
• Bu değişiklik Git 2.52 yama notlarında açıkça belirtiliyor; Git 3.0'dan itibaren git init komutu master yerine main kullanacak
• Software Freedom Conservancy, Haziran 2020'de varsayılan dal adını değiştirme planını duyurdu ve GitHub da aynı yılın Ekim ayından itibaren bunu uygulamaya aldı
• Git 3.0 için henüz bir çıkış tarihi belirlenmedi; 2026'nın sonlarına doğru yayımlanması bekleniyor
• Yeni sürümde SHA-256 hash geçişi, depolama biçimi iyileştirmeleri, Rust entegre derleme süreci gibi önemli değişiklikler yer alıyor

---

Git 3.0'da varsayılan dal değişikliği

• Git 3.0'dan itibaren yeni bir depo oluşturulduğunda varsayılan dal otomatik olarak main olarak ayarlanacak
  • Kullanıcıların artık varsayılan dalı elle belirtmesi gerekmeyecek
• Git 2.52 yama notlarında, “Git 3.0'dan itibaren git init komutu başlangıç dalı olarak master yerine main kullanır” ifadesi yer alıyor
• Bu değişiklik, Git projesinin resmi yön değişikliğini yansıtıyor ve mevcut master adlandırmasının yerini alıyor

Arka plan ve ilgili gelişmeler

• Software Freedom Conservancy, 23 Haziran 2020'de Git'in varsayılan dal adını değiştirme planını duyurdu
• GitHub, aynı yıl 1 Ekim'den itibaren yeni depoların varsayılan dalını main olarak değiştirdi
• Bu değişim, Git ekosisteminin genelinde standartlaştırılmış dal adı kullanımına yol açtı

Git 3.0'ın çıkış takvimi

• Git 3.0'ın resmi çıkış tarihi henüz kesinleşmedi
• Phoronix haberine göre, 2026'nın sonlarına doğru yayımlanması bekleniyor

Git 3.0'ın başlıca teknik değişiklikleri

• Varsayılan hash işlevi SHA-1'den SHA-256'ya geçiyor ve böylece güvenlik güçleniyor
• Depolama biçimi iyileştiriliyor; bu da macOS ve Windows ortamlarında performans ile uyumluluğu artırıyor
• Rust dili Git derleme sürecine resmen entegre ediliyor; bunun da kod kalitesini ve bakım kolaylığını artırması bekleniyor

[3ae3ae]

PC tartışmasından bağımsız olarak, GitHub ile birleştirilmiş olması iyi olmuş.
GitHub'ın main'den master'a geri dönme ihtimali de olmadığına göre...

[wedding]

man de rahatsız edici, o zaman onu da doc yapalım diye şaka yapacaktım ama HN'de bunu zaten yazmışlar bile lol

[GN⁺]

Hacker News görüşleri

• Açıkçası kişisel olarak umursamıyorum ama artık “master” fiilen bitti

  • Bazı kıdemli geliştiriciler de adın değiştirilmesini istiyordu
  • Sonuçta “main” varsayılan olarak yerleşti, artık devam etme zamanı
  • Bazıları bu değişikliğin mühendislik kaynağı israfı olduğunu düşünüyordu
    • Film sektöründe “mastering” terimi hâlâ kullanılıyor ve değiştirmek için bir sebep olmadığını savunuyorlardı
    • Bu tür kelime sansürünün toplumsal bölünmeyi büyüttüğünü düşünüyorlardı
  • Başka biri bunun sadece varsayılan değer meselesi olduğunu söylüyordu
    • Hâlâ init.defaultBranch = master olarak ayarlanabiliyor
    • “master” kelimesinin havalı olduğunu, “main”in ise anlam bakımından zayıf kaldığını düşünüyordu
  • Bir başkası ise adın kendisiyle ilgilenmediğini, yeter ki tutarlılık olsun diyordu
    • GitHub varsayılan branch’i değiştirdikten sonra script’ler bozulduğu için kısa süreli bir rahatsızlık olmuştu ama şimdi çözülmüş durumda
  • Bir kişi de bu tartışmayı basitçe git config --global init.defaultBranch master komutuyla yok sayabileceğini öneriyordu

• “master” varsayılan branch iken neden 3.0’da değiştirildiğini merak edenler vardı

  • Sebep Amerika’nın kölelik tarihi ise, tüm dünyanın bu meseleyi üstlenmesinin tuhaf olduğunu düşünüyorlardı
  • Bu tür aşırı dil temizliğinin nereye kadar gideceği konusunda endişe duyuyorlardı
  • Buna yanıt olarak, Git’in adı BitKeeper’ın master/slave yapısından aldığı açıklanıyordu
    • Git “slave branch” kavramını birebir kullanmadı ama terimin kökeni orada kalmıştı
    • Ayrıca köleliğin sadece Amerika’ya özgü bir sorun değil, dünya çapında bir olgu olduğu da söyleniyordu

• Ben varsayılan branch olarak develop kullanıp daha sonra releasee dallanma yöntemini tercih ediyorum

  • Git’in yapısı gereği “merkez branch” kavramının pek uygun olmadığını düşünüyorum
  • Tartışma büyüdükçe HN yönergelerindeki üretken tartışma ihtiyacı hatırlatılıyordu
  • Birisi eskiden SVN’de varsayılan branch’in trunk olduğunu hatırlıyordu
  • Başka biri de aktif depolarda “master” gibi sihirli bir branch yerine açık isimlerin daha iyi olduğuna katılıyordu
  • Git’te farklı sürüm kontrol yaklaşımları var; tek bir doğru yok diye ekliyordu

• Şirketlerde man komutunun da kapsayıcı olmadığı gerekçesiyle sorun edildiğine dair bir şaka yapılıyordu

  • Buna karşılık, “man” sözcüğünün aslında cinsiyet nötr bir etimolojiye sahip olduğu açıklanıyordu
  • Başka biri bu tartışmaların bağlam farkındalığı eksikliğinden kaynaklandığını belirtiyordu
  • Birisi “hash”in de uyuşturucu çağrışımı yüzünden yasaklanması gerekip gerekmediğini alaycı biçimde soruyordu
  • Buna “böyle fikirler vermeyelim” diye yanıt verenler de vardı
  • Öte yandan “maliyeti yoksa ve insanları iyi hissettiriyorsa neden karşı çıkılsın” diyen daha ılımlı bir görüş de vardı

• “Scrum Master” neden değişmedi diye soranlar da vardı

  • Biri şakayla buna “Scrum Main” diyeceğini söylüyordu
  • Başka biri bunun nedeninin Scrum Master’ın master/slave kavramından türememesi olduğunu açıklıyordu
  • Bazı şirketler bunun yerine “Agile Champion” unvanını kullanıyordu
  • Bir başkası da “o zaman yüksek lisans derecesi (MSc) de mi değişsin?” diye şaka yapıyordu

• Bazıları bu değişikliği siyasi ideolojiye boyun eğme olarak eleştiriyordu

  • Buna karşılık “belki de sadece nazik olmaya çalışıyorlardır; her şey savaş değil” şeklinde yanıtlar geliyordu

• Mercurial’ın en başından beri varsayılan branch adı olarak “default” kullandığı belirtiliyordu

• “master”ın Git’in dağıtık yapısıyla uyumsuz, yanlış bir terim olduğu ve teknik açıdan da değişmesinin doğru olduğu savunuluyordu

• “En hoşgörüsüz kişi yine kazandı” diyerek “master” kullanmaya devam edeceğini söyleyenler de vardı

• Kendi projelerinde varsayılan branch’i her zaman “develop” yaptığını ve artık bu tartışmanın bitmesini istediğini söyleyen biri de vardı

[sudosudo]

Bence iyi bir karar.

[dalinaum]

Doğru bir karar.

[joyfui]

Açıkçası sebebin saçma olduğunu düşünüyorum ama her neyse, 6 harften 4 harfe düşmesi gibi ufak bir nedenle bunu memnuniyetle karşılıyorum.

[vndk2234]

Böyle olacaksa orphan ne olacak peki...

[t7vonn]

git 4.0 çıktı - orphan yerine parentally-independent terimi kullanılıyor

[dongho42]

🤣

[hpark]

Bu, çağa uygun bir değişiklik gibi görünüyor.

[aqqnucs]

Gerçekten böylesine gereksiz bir şey için enerji harcıyorlar.

[skageektp]

Köleliğin var olmuş olmasıyla master ve slavein ne ilgisi var ki?

[lazyhack]

Tavuk kızartma yahnisinin BT versiyonu