Copilot Code Review: API Desteği ve Balanced Varsayılanı
GitHub, Copilot code review tarafında iki değişikliği genel kullanıma açtı. İnceleme artık REST ve GraphQL API’leri üzerinden talep edilebiliyor, Balanced da varsayılan inceleme eforu (review effort level) oldu. Pull request incelemesini bundan sonra GitHub arayüzünün yanı sıra kendi script’lerinizden, iş akışlarınızdan ve iç araçlarınızdan da başlatabiliyor, üstelik her istek için eforu ayrı ayrı belirleyebiliyorsunuz. Değişiklikler Copilot Pro, Pro+, Max, Business ve Enterprise planlarında kullanılabilir durumda.
API üzerinden Copilot code review talebi
Desteklenen REST ve GraphQL API’lerini kullanarak Copilot’tan bir inceleme isteyebiliyorsunuz. İstek sırasında o incelemeye özel efor seviyesini de isteğe bağlı olarak verebiliyorsunuz; efor seçimi tek bir global ayara bağlı kalmıyor, çağrı bazında farklılaşabiliyor.
Böylece Copilot code review, ekibinizin halihazırda kullandığı sistemlerin içine taşınabiliyor. GitHub’ın changelog’da vurguladığı senaryo da bu, incelemeler ekibin zaten çalıştığı sistemlerden başlatılabiliyor. Kendi otomasyon script’leriniz ya da iç geliştirici portalınız, bir pull request belirli bir duruma geldiğinde Copilot incelemesini tetikleyebilir. GitHub hangi uç noktaların desteklendiğini “desteklenen REST ve GraphQL API’leri” şeklinde genel bir ifadeyle duyurdu, bu yüzden entegrasyon planlarken uç nokta ve alan adlarını GitHub’ın resmi API dokümantasyonundan doğrulamak gerekiyor.
API desteğinin getirdiği esneklik, efor seviyesinin istek başına ayarlanabilmesiyle birleşince anlam kazanıyor. Farklı iş akışları farklı derinlikte inceleme istiyorsa tek bir varsayılana bağlı kalmak yerine kararı çağrıyı yapan sistem verebiliyor.
Balanced artık varsayılan efor seviyesi
İkinci değişiklik varsayılan davranışı doğrudan etkiliyor. 28 Ağustos 2026’da duyurulduğu üzere Default inceleme efor seviyesi artık Balanced‘ı kullanıyor. Copilot code review kullanan yeni ve mevcut depolarla organizasyonların hepsi bu kapsamda. Değişiklik 28 Eylül 2026 tarihinde yürürlüğe girdi.
Geçişte kritik ayrıntı, ayarlarında açıkça Lite seçmiş kullanıcıların tercihinin korunmuş olması. Bilinçli bir Lite seçimi yaptıysanız o seçim Balanced’a çevrilmedi. Varsayılanda kalan depo ve organizasyonlar ise artık Balanced ile inceleniyor. “Default” değerinin arkasındaki davranışın değişmesiyle kullanıcının açıkça belirlediği bir değerin ezilmesi arasındaki fark burada net görünüyor.
Copilot incelemelerinin çıktısında bir farklılık fark eden ekiplerin ilk bakacağı yer bu yüzden ayarlardaki efor seviyesi. Ayar açıkça değiştirilmemişse davranış farkının kaynağı büyük olasılıkla varsayılanın Balanced’a taşınmış olması.
Efor seviyesini nerede değiştirebilirsiniz?
Lite‘ı tercih ediyorsanız veya seçenekleri denemek istiyorsanız, yönettiğiniz seviyede efor seviyesini Default‘tan Lite‘a çevirebilirsiniz. GitHub’ın belirttiği yollar şöyle:
- Enterprise: Enterprise ayarlarında AI controls → Agents → Copilot code review
- Organization: Organizasyon ayarlarında Copilot → Code review
- Repository: Depo ayarlarında Copilot → Code review
- Personal: Profil fotoğrafınıza tıklayıp Copilot settings → Copilot → Code review
Bu dört seviye bir hiyerarşi oluşturuyor, her seviye kendisinden üsttekini geçersiz kılabiliyor. Enterprise düzeyinde belirlenmiş bir değer organizasyon, depo veya kişisel düzeyde farklı bir seçimle değiştirilebiliyor. Kurumsal ölçekte tek tip bir davranış bekleyen ekiplerin alt seviyelerde yapılan değişiklikleri hesaba katması gerekiyor. Adım adım yönergeler için GitHub’ın Configuring code review by GitHub Copilot dokümanı referans alınmalı.
Ekipler için pratik çıkarımlar
İki değişiklik birlikte değerlendirildiğinde Copilot code review’ın yapılandırma yüzeyi biraz daha genişliyor. Efor seviyesi artık üç farklı yoldan belirlenebiliyor: kurumsal, organizasyon, depo ve kişisel ayarlardan gelen hiyerarşik değer; bu hiyerarşinin tepesindeki yeni varsayılan Balanced; API çağrısı sırasında isteğe bağlı olarak verilen seviye.
Buradan birkaç pratik adım çıkıyor. Mevcut ayarlarınızı gözden geçirip hangi seviyede açık bir seçim yapıldığını, hangi seviyede varsayılanın geçerli olduğunu netleştirmek işe yarar. API entegrasyonu planlıyorsanız efor seviyesini çağrıda açıkça belirtmek, ayar hiyerarşisinde ileride olabilecek değişikliklerden bağımsız, öngörülebilir bir davranış sağlar. GitHub’ın duyuruda belirttiği plan kapsamını (Pro, Pro+, Max, Business, Enterprise) doğrulamak da özellikle karma plan kullanan organizasyonlarda beklenmedik farkların önüne geçer.
Duyuru, API ile hangi ek parametrelerin kullanılabildiğine ve Balanced ile Lite arasındaki çıktı farkının ayrıntısına girmiyor. Bu konularda kesin bilgi için GitHub’ın resmi dokümantasyonunu takip etmek gerekiyor.
Kaynaklar ve İleri Okuma
- Copilot code review: API support and new default effort level — The GitHub Blog Changelog
- Configuring code review by GitHub Copilot — GitHub Docs
- GitHub Changelog RSS akışı
- Copilot Code Review: Effort Level ve Audit Log Yenilikleri
- Copilot Code Review: Kişisel ve Kurumsal Ayar Kontrolü
- Copilot Code Review: Özelleştirme ve Yapılandırma
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
Yorum gönder