草稿拉取请求计入拉取请求限制

维护者在其仓库中看到越来越多低质量贡献，需要更好的方式来管理它们。你现在可以配置拉取请求限制，使其也包含草稿拉取请求。此前，草稿拉取请求不计入用户的限制。这意味着，即使你为其他拉取请求设置了限制，某人也可以打开任意数量的草稿。将草稿计入限制有助于你堵住该漏洞，并减少仓库垃圾信息可能带来的杂乱、通知和 CI 运行。我们很想听听这个设置对你来说效果如何。在我们的社区讨论中留下你的反馈。

GitHub 更新 PR 限制设置，草稿 PR 现在也可计入限制，帮助维护者应对低质量贡献、仓库垃圾、通知和 CI 消耗。

• GitHub 允许 PR 限制把草稿 PR 计入
• 此前草稿 PR 不计入限制，可被无限开启
• 新设置帮助减少垃圾、通知和 CI 消耗
• 维护者需评估是否开启并调整治理流程
• GitHub 正征集社区反馈以改进该设置

这是什么信号

GitHub 在 Changelog 中更新：拉取请求限制现在可以配置为把草稿拉取请求也计入。过去草稿 PR 不计入用户限制，这给仓库维护者留下了一个明显的治理漏洞：即使已经限制普通 PR，仍有人可以无限量开草稿，制造通知、CI 运行和审查噪音。

为什么重要

这个信号的重要性不在功能本身，而在平台开始把维护者反垃圾做成可配置的策略工具。它把过去依赖人工关闭、口头规则或机器人脚本的事情，前移到了仓库设置层。对于被低质量贡献困扰的项目，这能直接减少噪音和自动化资源消耗。

对谁有价值

开源维护者、内部平台管理员、CI 成本敏感团队，以及需要管理大量外部贡献的仓库都会直接受益。尤其是那些已经设置 PR 限制、但发现草稿仍可绕过限制的团队，这次更新补上了一个关键缺口。

可以怎么行动

• 先盘点仓库是否设置了 PR 限制，再评估草稿 PR 在贡献流中的占比和用途。
• 如果草稿常被滥用，就开启草稿计入限制，同时保留对正常协作者的沟通。
• 结合贡献指南、标签、自动关闭和 CI 触发策略，观察通知量与 CI 消耗变化。
• 在社区讨论中反馈效果，因为平台仍在收集使用体验。

风险或限制

• 开启后可能影响正常使用草稿做早期协作的贡献者，尤其是外部贡献者。
• 单靠限制无法解决所有低质量贡献，垃圾账号可能转向其他入口。
• 不同仓库的协作模式差异很大，不能一刀切，最好按仓库风险等级配置并用数据验证效果。

信息差价值：很多人只关注 PR 限制本身，容易忽略草稿 PR 曾是默认豁免路径。GitHub 这次把草稿纳入限制，等于承认默认豁免会被滥用，并给出了可配置的补丁。对维护者来说，这是一个低成本但高杠杆的治理开关。

业务启发：平台型产品在设计反滥用、配额或权限时，要检查是否存在看似无害的旁路，例如草稿、预览、临时状态。把这些旁路纳入策略范围，往往比事后人工清理更能降低通知、CI 和审核成本。

可沉淀动作：把 PR 限制是否覆盖草稿加入仓库健康检查清单；监控草稿 PR 数量、CI 触发次数、被关闭原因；在贡献指南中说明草稿使用边界；收集维护者反馈并沉淀为平台配置建议。

• Allison 原帖