East River Source Control, özel depolama motoru ve Jujutsu ile Git sonrası bir yol çiziyor

Varlığının ilk bir yılından fazlasında sessiz kalan East River Source Control, sürüm kontrolünün bundan sonra nereye gideceğine dair düşüncelerini ortaya koydu. 10 Eylül tarihli ve daha sonra Hacker News'in ana sayfasına taşınan "Git'ten Sonra Ne Gelecek" başlıklı bir blog yazısında şirket, Git'in tasarımının yaşlandığını savunuyor ve buna yanıt olarak kurduğu mimariyi anlatıyor: sıradan istemcilere Git protokolüyle konuşan ancak kodu Git depoları yerine özel amaçlı bir motorda saklayan bir hizmet. Yazıda bir ürün duyurusu yok — şirket yakında geleceğini söylüyor — bu yüzden yazı, uzun süredir Git çevresinde kurulu barındırma hizmetlerinin domine ettiği bir pazarda yeni bir oyuncudan gelen yön bildirimi niteliğinde.

Ajanlar iş yükünü yeniden şekillendiriyor

Yazıya göre, sürüm kontrolündeki en keskin baskı bugün ajan tabanlı (agentic) geliştirmeden geliyor. Yapay zekâ ajanlarıyla çalışan ekipler daha önce hiç olmadığı kadar hızlı değişiklik üretiyor; bu da depo boyutlarını şişiriyor, etkin dalların sayısını çoğaltıyor ve iş birleştirildiğinde ağır çekişme yaratıyor. Ajanlar ayrıca genellikle monorepo'larla en iyi şekilde çalışıyor, çünkü daha fazla bağlamı tek bir yerde bulmak onlar için daha kolay tüketiliyor; ve geliştirme ortamlarını buluta taşıyorlar, hızlı clone sürelerinin kritik hale geldiği yerde. Şirketin özeti şu: Bir zamanlar yalnızca en büyük mühendislik organizasyonlarına özgü olan sorunlar artık sıradan ekiplerin kapısına dayanıyor.

Protokol kalıyor, depolama gidiyor

Yazının mimari kalbi iki kurulumun karşılaştırması. Şirkete göre tipik bir Git barındırıcısı, diskte saklanan Git depolarının önüne bir sunum katmanı yerleştiriyor. ERSC ise standart Git protokolünü, özel ve Git olmayan bir depolama motoruyla konuşan bir köprüde sonlandırıyor; ayrıca yazının basitleştirilmiş şemasında yer almayan bir GraphQL API açığa çıkarıyor. İddia edilen kazanç, gerçek bir Git deposunu kanonik depo olarak tutan mimarilerin eşleşemeyeceği yatay ölçeklenebilirlik, artı izolasyon: her dağıtım ayrı olduğundan bir müşterinin kullanımı diğerininkini yavaşlatamıyor.

Git'in kendisine karşı gerekçe tarihe dayanıyor. Git, 2005'te açık kaynak bir proje olan Linux çekirdeğinin ihtiyaçları çevresinde yaratıldı; şirket, bunun onu, kodu herkese açık olmayan organizasyonların istediği özelliklerden yoksun bıraktığını söylüyor. Ölçek ise diğer argüman: yazı, çekirdeğin 7.2 sürümü için kabaca 43 milyon satır kod gösteriyor; oysa bazı şirketler yıllardır milyarlarca satırla ölçülen monorepo'lar çalıştırıyor. Ancak firma ağ etkileri konusunda açık sözlü — sektör genelindeki araçlar Git varsayıyor ve Mercurial ile Bazaar gibi çağdaşları bu çekim gücüne yenik düştü. Dolayısıyla uzlaşma şu: protokolü bir uyumluluk yüzeyi olarak tutup ardındaki her şeyi değiştirmek.

İkinci giriş rampası olarak Jujutsu

Zamanla Git protokolünün kendisini de aşacak ekipler için ERSC, genellikle jj olarak kısaltılan sürüm kontrol sistemi Jujutsu'ya işaret ediyor. Şirket, jj'nin kademeli benimsenme modeline hayran olduğunu söylüyor: jj kendi başına bir sistemdir ama birden çok backend'i hedefleyebilir — en yaygın olarak yerel bir Git deposu — ve Google, iç Piper sistemi için bir backend geliştiriyor. Bu, tek bir geliştiricinin jj'ye geçmesini sağlarken iş arkadaşları git kullanmaya devam edebiliyor, çünkü sunucu yalnızca başka bir Git protokolü istemcisi görüyor. ERSC aynı deseni sunucu tarafında yansıtmak istiyor: aynı depolama motoru zamanla Git'inkinin yanında yerel bir jj protokolüyle konuşacak.

Uyarılar açık. Upstream jj'nin bugün yerel bir protokolü yok; bu iş güncel değil geleceğe dair ve şirket, jj projesinin böyle bir şey istediğini iddia etmiyor. Böyle bir protokolü toplulukla birlikte geliştireceğini, tamamen belgeleyeceğini ve desteklemek için gereken istemci değişikliklerini open-source yapacağını söyluyor.

Yazı, depolamanın ekiplerin kod etrafında ihtiyaç duyduklarının yalnızca bir parçası olduğunu kabul ederek kapanıyor; code review, CI ve issue tracking'e işaret ediyor ve geleneksel formların sunduğu her şey dahil paketler yerine daha özelleştirilebilir iş birliği yazılımı çağının geleceğini öngörüyor.

Neden önemli

Sürüm kontrolü, geliştirici altyapısının en muhafazakâr köşelerinden biri — organizasyonlar kaynak kodu hafife alınıp göç edilemeyecek kadar değerli görüyor — dolayısıyla Git protokolünü korurken alttaki motoru değiştiren bir strateji, benimseme riskini düşürmek için ciddi bir girişim. Yazı ayrıca yapay zekâ ajanlarının altyapı gereksinimlerini nasıl değiştirdiği tartışmasına bir veri noktası: depolar, dal sayıları ve merge baskısı şirketin anlattığı hızda büyümeye devam ederse, geleneksel Git barındırmanın ölçekleme sınırları teorik değil güncel bir soru haline geliyor. Ve Jujutsu önerisi, ne kadar temkinli olursa olsun, Git'in tanıdık arayüzünün altında protokol düzeyinde bir rekabet olasılığını gündeme getiriyor; ERSC kendini jj ekosisteminin bir çatalı değil, olası bir katkıda bulunanı olarak konumluyor. Bunların hiçbiri henüz teslim edilmiş değil; asıl test, şirketin yakında geleceğini söylediği duyuruyla gelecek.