How pull request limits are cutting down the noise

标题：如何通过拉取请求限制减少噪音

URL来源：https://github.blog/open-source/maintainers/how-pull-request-limits-are-cutting-down-the-noise/

发布时间：2026-06-18T09:00:00-07:00

Markdown内容： 越来越多的人正在参与开源项目，大多数人都是出于帮助的目的。挑战在于如何跟上数量的增长。创建一个拉取请求从未如此简单。但审核一个拉取请求仍然需要人类花费与以往相同的时间。当高质量的贡献和低质量的噪音混在一起时，真正值得关注的贡献就更难被发现。

这就是我们引入拉取请求限制的原因。它解决了我们听到最多的问题：太多涌入的拉取请求、太多低质量的噪音，以及太少的管理流程的方法。

它是如何工作的

拉取请求限制设定了一个用户在没有写入权限的情况下，在你的仓库中可以同时打开的拉取请求的最大数量。一旦达到限制，你必须先关闭或合并一个拉取请求，才能打开另一个。由Copilot或其他AI代理打开的拉取请求也会计入你的限制。受信任的贡献者可以被加入到一个绕过列表中，从而免于限制，但不会获得完整的贡献者权限。草稿拉取请求不会计入你的限制。

GitHub已经拥有了交互限制，但这些是临时的冷却时间。这些新的拉取请求限制是持久且可配置的，为维护者提供了他们告诉我们他们所缺少的控制能力。

一个上限也改变了贡献者的行为。当任何人都可以在几秒钟内打开一个拉取请求时，一个精心打磨的更改和一个粗糙的草稿在队列中看起来是一样的。但当只能同时打开少数几个拉取请求时，贡献者必须更加有选择性，并优先考虑他们希望被审核的贡献。这个最初的判断发生在拉取请求到达你之前，而较小的池子使得高质量的工作更容易被发现。

它帮助我们重新想要审核拉取请求了。知道有人没有只是打开5到10个质量低下的拉取请求，这使我们更愿意去查看。展望未来，我们预计它将帮助我们管理我们的待办事项，并确保人们正在工作的内容是我们需要的。

Nicholas Tindle，AutoGPT

这个功能非常棒。我们在Homebrew上已经有一段时间遇到了热情用户提交大量需要近似相同审核的拉取请求的问题。AI进一步加速了这一情况。这使我们仍然可以接受外部贡献，同时维护者可以贡献更多，同时将用户的拉取请求数量限制在我们能够处理的水平。

Mike McQuaid，Homebrew

在OpenClaw，我们收到了大量来自社区的拉取请求，不得不自己构建机器人来对抗垃圾信息。我们非常高兴GitHub现在能够为维护者提供开箱即用的解决方案，以管理这一数量。

Vincent Koc，OpenClaw

创建的成本超过了审核的成本

这些限制在当前尤为重要，因为生态系统正在发生变化。2023年1月，开发者每月在GitHub上合并了约2500万份拉取请求。如今，这一数字已超过9000万，增长了约3.6倍。在GitHub历史上，有比现在更多的开发者在公开环境中进行构建。

大多数贡献都出于善意，即使出于善意的工作也可能比一个志愿者能够处理的速度更快地堆积起来。2月，我们写道，开源正在经历自己的永恒九月。设置拉取请求限制可以让维护者重新获得一些关注，而不会拒绝下一个贡献者。

接下来的内容：更多管理贡献的控制功能

拉取请求限制只是第一步。同样的反馈也直接指向了接下来的内容：对贡献流程进行更灵活、更细致的控制。

归档拉取请求（即将推出）：仓库管理员将能够归档拉取请求，将低质量或垃圾拉取请求从主拉取请求视图中隐藏。归档的拉取请求对管理员仍然可用，但可以被从默认列表中过滤掉。我们特意选择归档而不是删除：一些组织由于法律或合规原因无法永久删除拉取请求，而许多维护者希望保留它们以供参考。

问题限制（正在开发中）：你现在对拉取请求的控制将应用于问题：对没有写入权限的用户，每个仓库中同时开放的问题数量设有上限，并提供一个绕过列表，还可以选择将问题创建权限限制为协作人员。

更智能的绕过信号（即将推出）：目标是减少手动信任管理。你不再需要手动维护一个绕过列表，而是可以让贡献者通过真实的信号自动清除限制：例如，在仓库中之前合并过拉取请求、账户年龄或组织成员资格。这使维护者无需手动维护列表，从而有更多时间专注于实际工作。

跨仓库控制（正在探索）：每个仓库的限制有助于处理一个项目中的重复活动，但当有人同时在数百个仓库中提交拉取请求时，这种限制就无能为力了。我们正在探索一些方法，以识别那些在多个仓库中广泛提交拉取请求的贡献者，无论是通过信任信号、速率限制，还是其他跨仓库控制。

感谢

开源依赖于每天到场的人。感谢每一位在深夜审查拉取请求、指导首次贡献者、处理积压问题、提交问题，或告诉我们工具不足之处的人。你们塑造了这一功能，你们的反馈对我们决定下一步方向至关重要。我们将继续与你们一起构建。

在你的仓库设置中尝试拉取请求限制，并告诉我们它在哪些地方有帮助，哪些地方没有帮助：https://github.com/orgs/community/discussions/198851。

我们在拉取请求队列中见。🧡

作者

产品经理

GitHub开源项目总监

我在 GitHub 以及整个生态系统中负责开源战略和项目，这些项目旨在支持维护者。我也是 TODO Group 的指导委员会成员，我们帮助组织负责任地使用和维护开源。

相关文章

从 GitHub 探索更多内容

文档

在 GitHub 官方文档中，您可以找到所有需要掌握 GitHub 的内容。

前往文档

GitHub

在 GitHub 上构建未来，这里是任何人都可以构建任何东西的地方。

立即开始构建

客户案例

了解使用 GitHub 构建产品的公司和工程团队。

了解更多

GitHub Universe 2026

10 月 28 日至 29 日，加入我们在旧金山或在线举行的 GitHub Universe，这是我们的旗舰开发者活动，汇聚了人们、代理和全球的代码。

立即注册