GitHub, Eylül 2026’da 7,38 milyar commit kaydetti; depolama altyapısını yeniden tasarlıyor

GitHub’da geliştiriciler ve yapay zekâ ajanları tarafından oluşturulan commit sayısı Eylül 2026’da 7,38 milyara ulaştı. Bir yıl öncesine göre beş kattan fazla artış, şirketi kod depolama altyapısını yeniden tasarlamaya yöneltti.

GitHub kıdemli yazılım mühendisi Brian Celenza, 6 Ekim’de yayımlanan mühendislik blogunda Git altyapısını yeniden kurduklarını açıkladı. Yeni yapıda depoların temel verileri Microsoft’un Azure Blob Storage hizmetinde tutulacak, istekleri işleyen hesaplama katmanı ise ayrılacak. GitHub, bu çalışma sırasında dalların, kod incelemelerinin ve koruma kurallarının korunacağını ve hizmetin çalışmaya devam edeceğini belirtti.

GitHub’ın aylık Git etkinliği, Eylül 2025’teki 218,2 milyar seviyesinden Ağustos 2026’da 473,3 milyara çıkarak iki kattan fazla arttı. Aylık push sayısı da aynı dönemde 690 milyondan 3,35 milyara yükseldi. Push, geliştiricilerin kod değişikliklerini uzak depoya yüklemesi anlamına geliyor.

Otomasyon işlemleri ve birleştirmeler de arttı. GitHub Actions çalıştırmaları Eylül 2026’da 3,26 milyara ulaşarak bir yıl öncesinin dört katını aştı. Pull request birleştirmeleri de yaklaşık dört katına çıktı. En yoğun istek alan tek bir depoya Ağustos ayında yaklaşık 1 milyar istek gönderildi.

Mevcut sistem Spokes, depoların tam kopyalarını birden fazla dosya sunucusunun yerel disklerinde saklıyor. Veri dayanıklılığını artırmak ve okuma isteklerini dağıtmak için varsayılan olarak beş kopya kullanılıyor. Ancak bir push işlemi için kopyaların çoğunluğunun onayı gerekiyor.

Bu yapıda okuma talebini karşılamak için kopya sayısını artırmak, yazma işlemine katılan kopyaları da artırarak push işlemlerini yavaşlatabiliyor. Kopya sayısı azaltılırsa okuma kapasitesi düşüyor; çoğunluk onayı alınamadığında yazma işlemi duruyor. GitHub, geliştiricilerle ajanların çalışmalarının aynı depoda yoğunlaşmasına çözüm bulmaları gerektiğini belirtti.

Yeni yapı, veri depolamayı isteklerin işlenmesinden ayırıyor. Azure Blob Storage deponun temel verilerini tutarken, hafif hesaplama çalışanları verileri önbelleğe alarak okuma isteklerini karşılıyor. Okuma talebi arttığında depo kopyaları yerine çalışan sayısı artırılabiliyor. Bir çalışan arızalanırsa yenisi depolama katmanından verileri alıp istekleri devralabiliyor.

Yazma sürecinde koordinasyon, dalların işaret ettiği konumun güncellenmesi aşamasına odaklanıyor. Veri depolama, bağlantı doğrulaması ve gizli bilgi taraması gibi işlemler diğer yazma işleriyle paralel yürütülüyor. Veri sıkıştırma ve gereksiz nesnelerin temizliğini ise ayrı çalışanlar üstleniyor.

GitHub, şirket içi performans testlerinde yazma kapasitesinin en fazla 35 kat arttığını açıkladı. Bu sonuç şirket içi testlere dayanıyor; hizmetin gerçek ortamda yeni yapıya geçirilmesinden sonra ölçülmüş performansı yansıtmıyor. Şirket, geçişin tamamlanacağı tarihi de paylaşmadı.