Bitbucket'un AI kod incelemesi yalnızca Cloud'da; Data Center ekipleri kendi çözümünü kurmak zorunda

Yerleşik özellik nedir

Bitbucket'un yerleşik AI kod incelemesi "AI-assisted code review" adıyla satılıyor ve Atlassian'ın yazılım işlerine yönelik ajanı Rovo Dev üzerinde çalışıyor. 17 Eylül 2026'da Atlassian'ın kendi sayfalarını çapraz kontrol eden Emil Reiter'in dev.to yazısına göre Rovo Dev; kod planlamayı, kod üretimini, inceleme turlarını ve tekrarlayan angarya işlerin bir kısmını üstleniyor — ama yalnızca Atlassian'ın barındırdığı platformda.

Plan listesinde yalnızca Cloud katmanları var

Belirleyici kanıt, Atlassian'ın Bitbucket AI sayfasındaki SSS bölümünde. Rovo; Bitbucket, Jira, Confluence, Jira Service Management veya Teamwork Collection'ın Standard, Premium ya da Enterprise sürümlerindeki müşterilere sunuluyor — hepsi birer Cloud aboneliği. Listede hiçbir yerde Data Center veya Server katmanı görünmüyor; bu da yerleşik inceleyiciyi resmen bulut ürünüyle sınırlıyor.

Data Center belgelerindeki sessizlik

dev.to yazısı ayrıca özelliğin adını, Data Center'ı kapsayan belge ağacı olan Atlassian'ın Bitbucket Server dokümantasyonunda aradı ve hiçbir sonuç bulamadı. Yazar gerekli uyarıyı da ekliyor: belgelerin eksik olması, bir özelliğin asla gelmeyeceğinin kanıtı değil. Ancak yalnızca Cloud katmanlarını içeren yayımlanmış plan listesi ve kendi yönettiğin sürüm için yazılmış hiçbir şeyle birleşince, yöneticiler için işleyen sonuç şu: 17 Eylül 2026 itibarıyla Data Center'da AI incelemesi kendin getir uygulamasıdır.

Üçüncü taraf inceleyici için bağlantı noktaları

Bu durumda tek yol entegrasyon. Yazı, Data Center'da desteklenen iki bağlantı noktası tespit ediyor: pull request tetikleyicileri ve build pipeline'ları. Atlassian kendi yönetilen sürüm için repository hook'ları ve branch izinlerini belgeliyor; ürün ayrıca, yönetici proje ya da repository bazında etkinleştirene kadar kurulu ama kapalı halde duran pre-receive hook'larla geliyor. Harici bir inceleme servisi ya da bir modele çağrı yapıp bulgularını pull request'e geri yazan bir CI işi, tam olarak bu noktalara bağlanır.

Merge kapısını kurmak size kalmış

Bir inceleyiciyi bağlamak işin sadece yarısı. Data Center'da merge kontrolü branch izinlerine aittir; genellikle zorunlu build'ler ve pre-receive hook'larla eşleştirilir. Sert bir kural —AI onayı olmadan hiçbir şey merge edilmez— isteyen bir ekip, bu ilkellerden o kuralı kendisi inşa etmek zorunda. İnceleyicinin hükmünün gerçekten bir merge'i engelleyip engelleyemeyeceği yoksa yalnızca danışma yorumu olarak mı görüneceği, Atlassian'ın her müşteriye bıraktığı bir yapılandırma kararı.

Neden önemli

Yazı, birçok ekibin ancak değerlendirme ortasında keşfettiği bir ayrımı netleştiriyor: Atlassian'ın amiral gemisi AI yeteneği Cloud sorusuna cevap veriyor, Data Center sorusuna karşı sessiz. Veri yerleşimi, düzenleme veya ölçek nedeniyle bilinçli olarak self-hosted Bitbucket çalıştıran ekiplerin iki seçeneği var — üçüncü taraf bir inceleyiciye para verip merge kapısını ona göre mühendislik etmek, ya da Rovo Dev'i yerel olarak edinmek için Cloud'a geçişi yeniden düşünmek.

Bu aynı zamanda daha geniş bir örüntüye uyuyor. Satıcılar gösterişli AI özelliklerini önce bulutta sunuyor; çünkü kullanımın ölçülebileceği ve model erişiminin kontrol edilebileceği yer orası. Self-hosted sürümler eski garantilerini koruyor ama yeni AI işlevselliğinin ilk sunulduğu yer olmaktan çıkıyor. Data Center ekipleri için mevcut dokümantasyon, geçici bir boşluk değil beklentilerin düşürülmesi olarak okunmalı: kontrol edilen tarih itibarıyla plan, kendi yapılandırdığınız bir zorunlu kılık katmanının arkasına üçüncü taraf araçları yerleştirmek.