GitHub: giới hạn bản nháp trước khi PR của tác nhân chất đống
Tác nhân tạo mã nhanh hơn có thể làm hàng đợi đánh giá lớn hơn. PR nháp báo chưa sẵn sàng nhưng vẫn là việc phải chăm sóc. Thay đổi GitHub là dịp xem lại cửa nhận việc.
Thay đổi ngày 8 tháng 10
GitHub công bố ngày 8 tháng 10 năm 2026 rằng giới hạn PR có thể gồm bản nháp. Trước đây bản nháp không tính vào giới hạn người dùng. Điều này không có nghĩa mọi kho tự đổi cấu hình.
Thông báo nhằm giảm lộn xộn, thông báo và CI từ đóng góp kém cùng spam. Không đưa ra con số phù hợp mọi nhóm. Hãy kiểm tra cấu hình thực tế và phạm vi.
Tách trạng thái và năng lực
Bản nháp thể hiện độ sẵn sàng; giới hạn kiểm soát việc vào. Việc chưa xong vẫn cần bảo trì. Nhưng không phải mọi bản nháp chạy CI tốn kém: xem bộ kích hoạt và lịch sử.
Ba bản nháp cho các phương án một issue dễ so sánh nhưng để lại ba branch và diff. Đây là thử nghiệm, không phải ba bản phát hành đã hứa. Nếu được, so phương án trong issue rồi mở công việc có mục đích đánh giá rõ.
Quan sát ba điều trước
Ghi số nháp và PR thường đang mở, người phụ trách và mục tiêu, cập nhật có ý nghĩa gần nhất. Sau đó xem CI, thời gian chờ và trùng lặp. Cảm giác quá nhiều thông báo có thể dẫn đến giới hạn chặn đóng góp tốt.
Tác nhân cần nối kho, issue và PR hiện có. Khi tạo thất bại, đừng lập tức mở tên khác. Tìm và cập nhật việc cũ trước. Đây là đề xuất vận hành, không phải tự động hóa GitHub mới.
Giải thích khi bị chặn
Nêu cách tiếp tục việc cũ, tiêu chí sẵn sàng và người hỗ trợ. Đừng gợi ý đổi sang PR thường để lách quy tắc. Trước khi đóng hoặc lưu trữ, kiểm tra chủ việc và nội dung hữu ích.
Nhiều PR phụ thuộc nhau không xấu chỉ vì số lượng. Các diff nhỏ liên kết khác việc nộp lặp. Giới hạn bảo vệ cửa vào, không thay đánh giá, thử nghiệm hay quyết định triển khai.
Bắt đầu nhỏ và so kết quả
Ghi chính sách cùng ngoại lệ ở một kho và xác minh cài đặt. So tăng nháp, tái dùng PR, chờ đợi và đóng góp tốt bị chặn trong cùng kỳ. Ít mục hơn không chứng minh chất lượng cao hơn.
Cho cùng việc trở về cùng PR trước khi tăng tần suất tác nhân. GitHub có kênh phản hồi về cấu hình. Bài không bịa phản ứng hay hiệu quả đo được chưa xác minh.
Nguồn chính thức
Kiểm tra ngày 9 tháng 10 năm 2026. Tách tính năng công bố và đề xuất vận hành.