GitHub'da yapay zekâ ile kod inceleme

GitHub’da yapay zekâ ile kod inceleme, yapay zekâ inceleyiciyi işin zaten gerçekleştiği yere koymak demektir: pull request’in içine, diff’i push edildiği an yorumlayarak, bir insan onu açmadan önce. Kazanç, bir panoda zekice bir bot görüşü değildir; mekanik geçişin ekibinizin içinde yaşadığı akışta çalışmasıdır, böylece bulguları bir inceleyicinin tam okumak üzere olduğu satırların üzerinde durur, kimsenin bakmadığı ayrı bir sekmede değil.

Yapay zekâ ile kod inceleme GitHub içinde nasıl çalışır?

Pull request yaşam döngüsüne bağlanır. Bir geliştirici bir dal push edip PR açtığında, yapay zekâ inceleyici diff’i okur ve iki şey geri bırakır: belirli satırlara tutturulmuş satır içi yorumlar ve değişikliğin ne yaptığını ve riskin nerede durduğunu anlatan kısa bir özet. Oradan sonra GitHub’daki diğer her inceleyici gibi davranır; geliştirici yanıtlar, çözer veya bir düzeltme push eder ve yorumlar tıpkı bir ekip arkadaşınınki gibi başlık altında akar. Bunun önemli olmasının sebebi yerleşimdir: diff’in 42. satırına iliştirilmiş bir bulgu işleme alınır, oysa aynı bulgu harici bir raporda görmezden gelinir. Tuttuğumuz disiplin şudur: yapay zekâ başlık altındaki bir inceleyicidir, o kapı değil; bir insanın görüp yargılayabileceği yere yorum yapar ve PR’ın birleşip birleşmeyeceği hâlâ insanındır.

GitHub Copilot review neyde iyi, neyde kötüdür?

GitHub Copilot review (yazarken kullandığınız otomatik tamamlamadan farklı olan PR-inceleme özelliği), her yapay zekâ inceleyicinin iyi olduğu katmanda iyidir: bariz hataları yakalamak, eksik hata yönetimini işaretlemek, bir değişikliğin çevredeki stilden saptığı yeri not etmek ve büyük bir diff’i özetleyerek insan inceleyiciyi yön bulmuş başlatmak. Zayıf olduğu yer ise hepsinin zayıf olduğu yerle aynıdır: sizin mimarinizi veya ürün niyetinizi bilmez, bu yüzden yerel olarak temiz ama küresel olarak yanlış bir değişikliği onaylar ve siz sessiz kalmasını tercih ettiğinizde stil üzerine aşırı yorum yapabilir. Onu kullanmanın dürüst yolu, mekanik gürültüyü temizleyen ilk geçiş olarak görmektir; değişikliğin doğru olduğuna karar veren inceleyici olarak değil. Özetini bir avans, yorumlarını ise hüküm değil, aday olarak ele alın.

Her birleştirmeyi bloklamadan yapay zekâ incelemesini nasıl kurarsınız?

Önce bloklamayan bir inceleyici olarak ekleyin, sonra yalnızca hak edeni sıkılaştırın. Güvenli yol şudur: yapay zekâ inceleyiciyi açın ki her PR’a yorum yapsın ama birleştirmeyi engellemesin, bir hafta gerçek pull request’leri izleyin ve ekibin bulgularından hangisine gerçekten göre hareket ettiğini görün. Dar bir bulgu sınıfına, mesela commit edilmiş bir secret’a veya başarısız bir teste, güvendiğinizde, o belirli kontrolleri GitHub’ın dal korumasıyla bloklayan hâle getirebilir, yapay zekânın stil görüşlerini ise tavsiye niteliğinde bırakabilirsiniz. Hata, yapay zekâyı ilk günden zorunlu bir onay yapmaktır; bu, gürültülü bir inceleyiciyi bir birleştirme blokçusuna çevirir ve ekibin ilk içgüdüsü onu dolaşmak olur. Tavsiye olarak başlayın, kontrolleri teker teker bloklamaya yükseltin ve her korumalı dalda gerçek kapı olarak insan onayını koruyun.

Yapay zekâ incelemesi GitHub akışında neyi değiştirir?

İnsanın dikkatinin nereye indiğini değiştirir, kimin hesap verdiğini değil. Önceden bir inceleyici soğuk bir PR açar ve önemli olan birkaç şeyi bulmak için tüm diff’i okurdu. Sonrasında, mekanik bulguların zaten yüzeye çıktığı ve sıkıcı yarının çözüldüğü bir PR açar; böylece incelemesini tasarıma ve niyete harcar. Akışın biçimi aynı kalır, push, PR, inceleme, onay, birleştirme, ama yapay zekâ okumayı sıkıştırır. Değişmeyen şey onay düğmesidir: bir insan hâlâ imza atar, çünkü GitHub’da onay, değişikliği kimin anladığının hesap verebilirlik kaydıdır. Bırakın yapay zekâ o karara giden yolu kısaltsın; kararı vermesine izin vermeyin.

Bu, tablonun platform yarısıdır, yani GitHub içinde çalışan inceleme. İnceleyicinin kendisini seçmek için yapay zekâ kod inceleme araçları sayfasına bakın; tam model için yapay zekâ ile kod inceleme sayfasından başlayın. Yürüttüğümüz mühendislik pod’u bu PR-inceleme disiplini gömülü hâlde gelir: Web / Mühendislik Ekibi kiti.