Kanıtlara dayalı ve tek bir geçmişe sahip kod incelemesi
Mühendislik ekipleri, her değişikliğin incelemesini, ilgili kanıtlar ve düzeltme ile birlikte alırlar. Aynı inceleme, terminalden, düzenleyiciden, API’dan ve gözetimsiz bir hizmetten gerçekleştirilir; dolayısıyla inceleme, nereden başlatılırsa başlatılsın aynı anlama gelir.
- SektörGeliştirici araçları
- Çalışma türüKoca Ventures’ın kendi bünyesinde geliştirilen ve sahibi olduğu ürün
- DurumAktif olarak kullanılıyor, geliştirilmeye devam ediliyor
Her türden değerlendirme talebinin arkasında yatan tek bir mekanizma
Mühendislik ekipleri, önerilen bir değişiklikle ilgili güvenlik, performans ve kalite bulgularını, her birine önerilen bir düzeltmeyle birlikte, baştan sona sıralı tek bir kuyruk üzerinden alırlar.
İstek ister bir terminal komutundan, ister bir düzenleyiciden, ister API’dan, ister bir depoyu belirli bir zamanlamaya göre izleyen bir arka plan hizmetinden gelsin, aynı motor çalışır. Dördünün de ortak bir geçmişi vardır; bu sayede klavyeden başlatılan bir inceleme, daha sonra kontrol panelinde gösterilen incelemeyle aynıdır ve bir çekme isteği, yerinde güncellenen tek bir yorumu barındırır. Platform, Koca Ventures tarafından geliştirilmiştir ve bu şirkete aittir. Platform, hem kuruluşun kendi donanımında yerel olarak barındırılan modellerle hem de harici sağlayıcılarla çalışır; böylece müşteriler, özel bir inceleme sistemi kurmaya veya kendi inceleme modellerini ince ayarlamaya gerek kalmadan bu platformu kullanmaya başlayabilir.
Mühendislerin okumayı bıraktığı otomatik inceleme
Otomatik incelemeyi benimseyen mühendislik kuruluşları üç tür hatayla karşılaşmaktadır. Platform, bu hataların her birine karşı önlem alınacak şekilde tasarlanmıştır.
Yakaladığından daha pahalıya mal olan gürültü
Biçimlendirme değişikliklerini, yeniden sıralanmış içe aktarmaları ve doğrulanmamış tahminleri işaretleyen bir araç, ekibe çıktısını gözden geçirmeyi öğretir. İnceleme çıktısı gözden geçirildiğinde, önemli olan tek bulgu da onunla birlikte gözden kaçar.
Düzeltme yapılmamış bulgular, bilet haline gelir
Bir sorunu açıklayan ve işi zaten meşgul olan bir mühendise geri gönderen bir inceleme yorumu. Düzeltilmiş kodun hala hazırlanması gerekiyor ve bu bulguya ilişkin işlem genellikle erteleniyor.
Yüzeyler arasında tutarsız davranış
Terminalde, düzenleyicide, çekme isteğinde ve zamanlanmış işlemlerde yapılan incelemeler, ayrı davranışlara ve ayrı geçmişlere sahip ayrı araçlardı. Aynı değişiklik, birinde başarılı olurken diğerinde başarısız olabilirdi.
Platformun işlevleri
Talep edildiği her yerde tek bir inceleme; her bir bulguyu değerlendirmek için bir mühendisin ihtiyaç duyduğu kanıtlarla birlikte.
Aynı değerlendirme, ekip nerede çalışırsa çalışsın
Bir ekip, terminalden, düzenleyiciden, API’den veya zamanlanmış bir hizmetten inceleme yapar ve aynı geçmişe sahip aynı sonucu alır. Klavyeden başlatılan inceleme, daha sonra kontrol panelinde gösterilen incelemedir.
- Terminal komutu, editör entegrasyonu, canlı güncellemeli API ve arka plan servisi aynı incelemeyi çalıştırır
- Tek bir ortak geçmiş: klavyede başlatılan inceleme, panonun sonra gösterdiği incelemedir
- Müşterinin kendi donanımında yerel olarak barındırılan modellerle veya yapılandırmada seçilen harici sağlayıcılarla çalışır
Düzeltmeyle birlikte gelen bulgular
Her bir bulgu, bir ciddiyet derecesi ve üç eylemden birini (hemen düzelt, yakında düzelt veya daha sonra incele) içerir; bu sayede ekip, raporu en üstten başlayarak ele alır. Düzeltilmiş kod eklenir; böylece bir bulgu, açılmış bir bilet yerine tamamlanmış bir iş olarak kabul edilir.
- Her bulgu, bir yedek kodu içerir
- Her bulgu, depodaki gerçek bir yolu işaret ediyor
- Bir bulgu, biçimlendirme değişikliklerine rağmen tanımlanabilirliğini korur
Bir mühendisin değerlendirebileceği bulgular
Bulgular, destekleyici kanıtlar ve inceleme durumlarıyla birlikte sunulur; böylece mühendisler, nelerin doğrulandığını ve platformun neleri doğrulayamadığını görebilir.
- Önemsiz değişiklikler inceleme sürecinde herhangi bir karışıklığa yol açmaz
- Her bir bulgu, kendi kanıtlarını ve inceleme durumunu içerir
- Doğrulanamayan bir bulgu raporda yer alır ve hiçbir zaman sessizce çıkarılmaz
Saldırganlar tarafından keşfedilmeden önce tespit edilen ve düzeltilen güvenlik açıkları
Talep üzerine platform, kod tabanında istismar edilebilir bir güvenlik açığı arar, yama önerisinde bulunur ve yamanın bu açığı kapattığını doğrular. Her bir öğe “doğrulanmış”, “kısmen düzeltilmiş”, “hala açık” veya “yanlış alarm” olarak raporlanır ve hangi öğelerin uygulanacağına bir mühendis karar verir.
- Tek bir inceleme, iş mantığından mevzuata uyum konusuna kadar birçok farklı bakış açısını kapsar
- Yamalar öneri olarak gönderilir; depoya hiçbir şey kaydedilmez
- Ajanlar, yıkıcı işlemleri engelleyen kısıtlamalar altında çalışır
Uygulamada ne gibi değişiklikler oluyor?
Mühendisler, destekleyici kanıtlarla birlikte bulguları ve önerilen çözümleri gözden geçirir.
Tek sıra
Bir inceleme ne üretir
Her ajandan gelen bulgular, baştan itibaren işlenecek şekilde tek bir sıralı liste halinde gelir.
Ekli kanıtlar
Bir bulguya eşlik edenler
Mühendisler, herhangi bir bulguya ilişkin işlem yapmadan önce, o bulguya ekli kanıtları ve inceleme durumunu incelerler.
Bir mühendis karar verir
Değişiklikler nasıl girer
Düzeltmeler ve yamalar, önizlemeli öneriler olarak gelir. Bir mühendis tarafından onaylanmadan hiçbir şey depoya kaydedilmez.
Şirketinizdeki kod incelemesi konusunda bizimle görüşün
Günümüzde kodların nasıl incelendiğini ve bu süreçte hangi noktalarda tıkanıklık yaşandığını bize anlatın. Biz de size nelerin otomatikleştirilmeye değer olduğunu, nelerin değmediğini söyleyeceğiz.
Projenizi konuşalım