Bir yazılımcının kendi dalında geliştirdiği yeni özelliği ana koda birleştirmeden önce diğer ekip arkadaşlarının onayına sunduğu inceleme talebidir.
\n\nNasıl Çalışır ve Temel Prensipleri Nelerdir?
\nGitHub veya GitLab üzerinde diff görünümüyle satır satır kod tartışması yapılır, otomatik CI testleri koşar ve onay (Approve) verilir.
\n\nNeden Kritik Öneme Sahiptir?
\nHatalı kodların, güvenlik açıklarının ve performans sorunlarının canlı ortama sızmasını engelleyen en etkili kalite kontrol filtresidir.
\n\nEn İyi Uygulama ve Kullanım İpuçları
\nPR'ları küçük ve okunabilir tutun (en fazla 200-300 satır fark); açıklama alanına neyin neden değiştiğini ve test adımlarını yazın.
\n\nSık Yapılan Hatalar ve Kaçınılması Gerekenler
\nKimsenin okumadığı 2000 satırlık devasa PR'lar açıp 'hemen onaylayın geçsin' diyerek kalite kontrolü devre dışı bırakmak.
Sıkça Sorulan Sorular (SSS)
Pull Request Nedir? (PR ve Kod İncelemesi) hakkında en sık yöneltilen sorular ve mühendislik ekibimizin uzman yanıtları:
GitHub ve Bitbucket 'Pull Request' (PR) derken; GitLab aynı işleme 'Merge Request' (MR) der.
Profesyonel projelerde main/master dalı kilitlenir (Protected Branch) ve PR olmadan doğrudan push engellenir.