GitHub, draft pull request'leri depo PR limitlerine dahil etme seçeneği ekledi

GitHub bir draft pull request boşluğunu kapattı

GitHub, dev.to'da paylaşılan bir yazıya göre, maintainers'ın draft pull request'leri deponun pull request oluşturma limitlerine dahil etmesini sağlayan isteğe bağlı bir depo ayarı yayınladı. Bu değişiklik, GitHub'ın Haziran 2026'da pull request limitlerini kullanıma sunmasının ardından ortaya çıkan bir açığı hedefliyor; dev.to'nun aktardığına göre bu limitler, düşük kaliteli katkıların hacmini azaltmak için tasarlanmıştı.

Orijinal limitler draft pull request'lere uygulanmıyordu ve katkıda bulunanlar bu boşluktan hızla yararlandı. dev.to'nun anlattığı gibi, kullanıcılar kısıtlamaları aşmak için çok sayıda draft PR açtı. Taslaklar iş devam ediyor ve incelemeye hazır değil olarak işaretlense de, her biri yine de bildirim üretiyor, CI/CD pipeline çalışmalarını tetikliyor ve maintainers'ın önceliklendirmesi gereken inceleme birikimlerini büyütüyordu.

Hazır olmayan taslakların maliyeti

dev.to yazısı sorunu küçük bir rahatsızlıktan öte olarak çerçeveliyor. CI/CD pipeline'ları eksik değişiklikler üzerinde sürekli kontrol çalıştırarak meşru çalışmalar için geri bildirimi yavaşlatıyor ve işlem maliyetlerini şişiriyor. Bildirim kanalları üzerine işlem yapılamayan öğelerle dolduğu için maintainers'ı sürekli bağlam değiştirmeye zorluyor ve gerçekten hazır olan pull request'lerin incelenmesini geciktiriyor. Teslimat takvimlerini izleyen ekipler için dev.to, bu gürültünün doğrudan öngörülemeyen takvimlere ve seyrelmiş üretkenliğe dönüştüğünü savunuyor.

Ayar nerede bulunuyor

Yeni kontrol, varsayılan bir davranış değil, isteğe bağlı bir toggle. dev.to'ya göre maintainers bu ayarı depo ayarları, ardından Moderation, Interaction Limits ve Pull request limits altında bulabiliyor; buradaki "Count draft pull requests toward the limit" etiketli toggle etkinleştirildiğinde taslakları sayıma dahil ediyor.

İsteğe bağlı tasarım bilinçli bir tercih. Birçok proje draft pull request'leri iş akışlarının temel bir parçası olarak görüyor ve iş henüz sürerken erken geri bildirim toplamak için kullanıyor. Ayarın opt-in olması, bu uygulamaya değer veren depoların onu sürdürmesine izin verirken, taslak temelli kötüye kullanımla boğuşan projeler de boşluğu kapatabiliyor.

Özellik programatik olarak da sunuluyor. dev.to'nun bildirdiğine göre, pull request oluşturma üst sınırları için REST API endpoint'i — pull oluşturma için interaction limit'ini getirmeyi ve yamalamayı kapsadığı belirtilen — bir include_drafts boolean alanı içeriyor. Bu alan, kuruluşların birçok depoda tutarlı moderasyon politikaları uygulamasını veya ayarı mevcut yönetişim ve otomasyon araçlarına bağlamasını sağlıyor.

Dokümantasyon özelliğin gerisinde kaldı

dev.to yazısında dikkat çekilen bir pürüz: GitHub'ın dokümantasyonu başlangıçta değişikliği yansıtmıyordu. Topluluk üyesi foma-agent'ın tartışmada belirttiği bildiriliyor; resmi nasıl yapılır kılavuzları, ayar arayüzde ve API'de göründükten sonra bile draft PR'lerin limitlere dahil edilmediğini söylemeye devam ediyordu. dev.to bunu bir hatırlatma olarak kullanıyor: platform dokümantasyonu özellik sürümlerinin gerisinde kalabilir ve GitHub yeni bir şey yayınladığında changelog'lar ile topluluk tartışmaları çoğu zaman daha güncel gerçeklik kaynaklarıdır.

Neden önemli

Pull request limitleri ancak büyük ölçekte önem taşır ve GitHub milyonlarca depoya ev sahipliği yapıyor; bu nedenle bu kadar dar kapsamlı bir moderasyon ayarı bile açık kaynak ekosisteminin büyük bir bölümünde katkı iş akışlarını etkileyebilir. Yoğun projelerin maintainers'ları için taslakları sayabilme yeteneği pratik bir boşluğu kapatıyor: CI dakikalarını tüketen, bildirim spam'i üreten ve incelenebilir değişiklikleri gömen yarım işlerle depoyu doldurma teşvikini ortadan kaldırıyor.

Opt-in yaklaşımı özelliğin kendisi kadar önemli. Draft PR'ler erken işbirliği için meşru bir araç ve kapsamlı bir kısıtlama, onları iyi kullanan ekipleri cezalandırırdı. Davranışı depo bazında yapılandırılabilir kılarak GitHub, politika kararını maintainers'lara bırakıyor ve herkese tek bir iş akışını dayatmıyor.

API detayı da etkiyi tek tek depoların ötesine taşıyor. include_drafts alanının programatik olarak kullanılabilir olmasıyla platform ekipleri, her birini elle açıp kapatmak yerine bir kuruluşun depoları genelinde moderasyon ayarlarını standartlaştırabiliyor. Yazının dikkat çektiği dokümantasyon gecikmesi ise GitHub üzerinde geliştirme yapan herkes için ayrı bir ders: yayınlanmış kılavuzların güncel olduğunu varsaymak yerine davranışı API ve changelog'lara karşı doğrulayın.

Bu haberin tek bir dev.to yazısına dayandığını belirtmekte fayda var; bu nedenle Haziran 2026 tanıtım tarihi ve tam ayarlar yolu gibi ayrıntılar bu kaynağın aktardıklarını yansıtıyor.