GitHub เปิดทางให้นับ Draft Pull Request ในเพดาน PR ต่อผู้ใช้

GitHub ประกาศวันที่ 8 ตุลาคม 2026 ว่าผู้ดูแล repository สามารถตั้งให้ draft pull requests ถูกนับรวมในเพดานจำนวน PR ต่อผู้ใช้ได้ เดิม draft ไม่ถูกนับ ทำให้ผู้ใช้เปิด draft จำนวนมากได้แม้ repository ตั้งข้อจำกัดสำหรับ PR ปกติ ฟีเจอร์นี้ตอบโจทย์โครงการที่คิวถูกรบกวนด้วย PR คุณภาพต่ำหรือ spam แต่ต้องใช้ให้เหมาะกับรูปแบบทำงานของทีม

ปัญหาที่การตั้งค่านี้แก้

draft PR มีประโยชน์สำหรับขอความเห็นระหว่างพัฒนา แต่ใน repository ที่เปิดรับ contribution จำนวนมาก ผู้ใช้หนึ่งคนสามารถสร้าง draft หลายรายการจนคิว review, notification และ CI มีภาระเกินจำเป็น การนับ draft เข้ากับ limit ปิดช่องว่างนี้ และช่วยให้กฎจำนวน PR ต่อผู้ใช้มีผลกับรายการที่ยังไม่พร้อม review ด้วย

ก่อนเปิดใช้ควรดูว่า repository ใช้ draft ในเชิงบวกมากแค่ไหน บางทีมตั้งใจเปิด draft ตั้งแต่วันแรกเพื่อให้ CI และผู้ร่วมงานเห็นงานที่กำลังทำ หาก limit ต่ำเกินไปอาจขัด flow ของ maintainer ที่ทำหลาย feature พร้อมกัน ให้แยกปัญหาสแปมออกจากปัญหาจำนวนงานปกติ แล้วเลือก threshold ที่เหมาะ

ทดลองและวัดผล

ตรวจจำนวน PR และ draft ต่อผู้ใช้ย้อนหลัง รวมถึงจำนวน CI runs และ notification ที่เกี่ยวข้อง กำหนดช่วงทดลองกับ repository หนึ่งแห่ง แจ้งผู้ร่วมงานว่าการนับ draft เปลี่ยน แล้วติดตามว่าจำนวน draft ที่เปิดค้างและเวลาที่ maintainer ใช้ triage ลดลงหรือไม่ พร้อมตรวจข้อร้องเรียนจาก contributor ที่ถูก block โดยไม่ตั้งใจ

ควรมีช่องทางให้ผู้ส่ง PR อธิบายเหตุผลเมื่อจำเป็นต้องเปิดมากกว่า limit เช่น migration ขนาดใหญ่ที่แยกเป็นหลาย PR หรือชุดแก้บั๊กที่ต้อง review แยก การตั้งเพดานช่วยจัดคิว แต่ไม่ใช่ตัววัดคุณภาพงานโดยตัวมันเอง โครงการยังต้องมี contributing guide ที่บอกขอบเขต PR และขั้นตอนเมื่อ CI ล้ม

ขอบเขตของข่าว

GitHub ระบุว่าเป็นตัวเลือกที่ผู้ดูแลกำหนดได้ ไม่ได้หมายความว่าทุก repository จะเริ่มนับ draft โดยอัตโนมัติ ตรวจค่าใน repository ของตนเองก่อนสื่อสารกับผู้ร่วมงานและดูเอกสารปัจจุบันสำหรับรายละเอียดการตั้งค่า

อ่านต้นทาง: Draft pull requests count toward pull request limits, 8 ตุลาคม 2026