GitHub, ajan çağı için Git altyapısını yeniden inşa ediyor

GitHub, yapay zeka ajanlarıyla yazılım geliştirmenin yarattığı yeni yük nedeniyle Git altyapısını yeniden inşa ettiğini duyurdu. Şirketin mühendislik blogunda 6 Ekim 2026’da Principal Software Engineer Brian Celenza imzasıyla yayımlanan yazıya göre geliştiricilerin ve ajanların aynı anda, günde milyonlarca commit alan depolarda çalışması, farklı bir Git mimarisi gerektiriyor. Yazı, bu dönüşümü tetikleyen talepleri ve yeni tasarımın ilkelerini anlatıyor.

Rakamlarla ajan dönemi

GitHub’ın paylaştığı veriler, büyümenin boyutunu gösteriyor:

• Eylül 2025 ile Ağustos 2026 arasında GitHub’daki toplam Git etkinliği iki katından fazla artarak aylık 218,2 milyar olaydan 473,3 milyara çıktı.
• Yalnızca eylül ayında geliştiriciler ve ajanlar 7,38 milyar commit yaptı; bu, bir yıl öncesinin beş katından fazla.
• Push sayısı yıllık bazda 4,9 kat artarak aylık 0,69 milyardan 3,35 milyara yükseldi.
• Pull request birleştirmeleri bir yıl öncesinin yaklaşık dört katına ulaştı.
• GitHub Actions eylülde 3,26 milyar kez çalıştı; bu da bir yıl öncesinin dört katından fazla.
• GitHub’daki en yoğun depo ağustosta yaklaşık bir milyar istek aldı.

Ajanlar neden farklı bir yük getiriyor?

Yazıya göre sıkı bir döngüde çalışan bir ajan neredeyse her eylemden sonra commit atıyor ya da kontrol noktası kaydediyor. Bu yüzden bir insanın fark etmeyeceği push gecikmesi, ajan için sınırlayıcı faktöre dönüşüyor. Aynı depoda kendi dallarında çalışan binlerce ajan, mimaride tek bir noktada toplanan sürekli bir yazma yükü oluşturuyor. Trunk tabanlı geliştirme ve birleştirme kuyrukları tüm işi tek bir referansa yönlendiriyor. Her push da CI ve kod taraması gibi sistemlerde binlerce okumaya dönüşüyor. GitHub, okumaları ölçeklemenin görece kolay olduğunu, önbellek ve kopya ekleyerek çözülebildiğini; asıl zorluğun, her push’un kalıcı olarak saklanması ve bir sonraki ajan ya da CI işi onun üzerine inşa etmeden önce tutarlı biçimde görünür olması olduğunu vurguluyor.

Mevcut mimarinin sınırı

Bugün her depo, Spokes adlı sistemle birkaç dosya sunucusunun yerel disklerinde, varsayılan olarak beş tam kopya halinde tutuluyor. Bir push referansı güncellediğinde, üç aşamalı bir commit protokolü çoğunluk oylamasıyla tutarlılığı sağlıyor. Bu yapı bugün bir milyar depoya hizmet veriyor. Ancak dayanıklılık ve ölçek için aynı mekanizma kullanıldığından, okuma kapasitesi eklemek için yeni bir kalıcı kopya eklemek gerekiyor. Her kopya her yazmaya katıldığından push en yavaş kopya kadar hızlı oluyor. Kısacası okuma yükünü karşılamak için eklenen kopyalar yazmaları yavaşlatıyor.

Yeni yaklaşım: koordinasyonu azalt, depolamayı ayır

GitHub, yeni mimarinin iki temel ilkeye dayandığını açıklıyor. Birincisi koordinasyonu en aza indirmek: Bir push’ta gerçekten uzlaşma gerektiren kısım yalnızca referans güncellemesi. Nesnelerin saklanması, bağlantı doğrulaması ve gizli anahtar taraması gibi daha ağır işler diğer yazmalarla paralel yürütülebiliyor. Sıkıştırma ve çöp toplama gibi bakım işleri de canlı istekleri yanıtlayan sunuculardan alınıp doğrudan kalıcı depolama üzerinde çalışan ayrı işçilere taşınıyor.

İkincisi depolamayı işlemden ayırmak: Deponun yetkili kopyası Azure Blob Storage’da tutulacak; okuma kapasitesi ise veriyi önbelleğe alan hafif işçilerden gelecek. Bir işçi kaybedildiğinde bu, bir önbellek ıskalamasına yakın bir etki yaratacak; yeni işçi hemen istek yanıtlamaya başlayıp önbelleğini kalıcı depolamadan dolduracak. Bir sürüm ya da yeni bir ajan filosu gibi yoğun dönemlerde ek kapasite eklenip yük geçince geri alınabilecek.

Sonraki adımlar

GitHub’a göre yeni mimari iç kıyaslama testlerinde 35 kata kadar daha yüksek yazma kapasitesi sağladı ve okuma kapasitesi talebe göre bağımsız olarak ölçeklenebiliyor. Şirket, dönüşümü GitHub çalışmaya devam ederken, bakım penceresi açmadan ve kullanıcılardan çalışma biçimlerini değiştirmelerini istemeden yaptığını vurguluyor. Dal korumaları, zorunlu incelemeler ve denetim kayıtları gibi kontrollerin korunacağını da belirtiyor. Serinin bir sonraki yazısında gelecekteki mimarinin ayrıntılarının paylaşılması planlanıyor.

Kaynak: GitHub Blog — Building Git infrastructure for agent-scale development