比以往任何时候都有更多的人为开源做出贡献，其中大多数人试图提供帮助。挑战在于跟上音量。创建拉取请求从未如此简单。审查一个人仍然需要与以往一样长的时间。当巨大的贡献和低质量的噪音出现在同一个队列中时，那些值得关注的人就更难找到了。因此，我们引入了拉取请求限制。
它解决了我们最常听到的问题：传入的拉取请求太多，低质量噪音太多，管理流程的方法太少。拉取请求限制设置没有写入权限的用户可以在存储库中立即打开的最大拉取请求数。达到限制，您必须先关闭或合并一个，然后再打开另一个。Copilot或其他AI代理打开的拉取请求将计入您的限制。
受信任的贡献者可以被放置在旁路列表中，他们可以免除限制，但不能获得完整的贡献者访问权限。草稿拉取请求不会计入您的限制。GitHub已经有交互限制，但这些是暂时的冷却时间。这些新的拉取请求限制是持久的和可配置的，为维护者提供了他们告诉我们他们缺少的控制。上限还会改变贡献者的行为方式。
当任何人都可以在几秒钟内打开拉取请求时，抛光的更改和粗略的草稿在队列中看起来是一样的。但是，当一次只能打开几个拉取请求时，贡献者必须有选择性，并优先考虑他们想要审查的贡献。第一次判断呼叫发生在拉取请求到达您之前，较小的池使良好的工作更容易被发现。这有助于我们重新审核拉取请求。
知道某人不只是打开了5–10个污秽的拉取请求，可以更容易地查看。展望未来，我们希望它能帮助我们管理待办事项，并确保人们正在处理的事情能够满足我们的需求。Nicholas Tindle， AutoGPT此功能非常棒。我们在Homebrew上遇到了一段时间的问题，热情的用户提交了许多需要几乎相同审核的拉取请求。