用于配置拉取请求权限的新仓库设置
摘要
GitHub 引入了两项新的仓库设置,允许维护者完全禁用拉取请求,或将 PR 创建权限限制为仅协作者可用,从而让项目能够更精细地控制外部贡献。
暂无内容
查看缓存全文
缓存时间: 2026/10/08 12:42
# 用于配置拉取请求访问权限的仓库新设置
来源:https://github.blog/changelog/2026-02-13-new-repository-settings-for-configuring-pull-request-access/
维护者现在可以更好地控制仓库接受贡献的方式。两项新设置让您能够管理拉取请求,使其更好地满足项目需求。
### 完全禁用拉取请求
现在您可以在仓库的**设置**中完全关闭拉取请求,就像 Wiki、Issues、Discussions 和 Projects 一样。禁用后,拉取请求标签页将不再显示。这意味着没有人可以看到现有的拉取请求或发起新的拉取请求。
这对于镜像仓库、只读代码库,或者您希望公开分享成果但不想管理贡献的项目特别有用。
仓库中禁用拉取请求的设置
### 限制仅协作者可创建拉取请求
如果您仍想使用拉取请求流程与一组受管理的贡献者协作,现在可以将拉取请求的创建限制为仅限协作者。启用后,拉取请求标签页仍然可见。所有人可以查看和评论所有拉取请求,但只有协作者(即拥有写入权限的用户)才能创建新的拉取请求。协作者可以在仓库设置的**协作者**标签页中添加或移除。
这有助于您在关键开发阶段或需要更严格控制提交变更的人员时,管理贡献质量。
仓库中限制仅协作者可创建拉取请求的设置
### 可用性
这些设置现已对所有公共和私有仓库可用。请导航至仓库的**设置** > **常规** > **功能**来配置拉取请求访问权限。
**移动端应用:**完整的 UI 变更即将在移动端应用中上线。目前如果您禁用拉取请求,应用中的拉取请求标签页仍会显示,但任何人都无法创建新的拉取请求。其他所有设置在两个平台上运行方式一致。
**注意:**要临时限制公共仓库中某些用户的活动,您仍可以使用临时交互限制功能(https://docs.github.com/en/communities/moderating-comments-and-conversations/limiting-interactions-in-your-repository)。
了解更多关于管理拉取请求设置的信息(https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/disabling-pull-requests)
想深入了解我们做出这些改变的原因以及更广泛的努力,请查看我们的最新博客文章(https://github.blog/open-source/maintainers/welcome-to-the-eternal-september-of-open-source-heres-what-we-plan-to-do-for-maintainers/)。如需分享您的反馈,请加入我们的社区讨论(https://github.com/orgs/community/discussions/187038)。
相似文章
@github:发起拉取请求比以往更简单,但每次审查仍需要人力。引入拉取请求限制:…
GitHub 引入拉取请求限制,允许维护者限制无写入权限的贡献者可打开的 PR 数量,并为信任的贡献者设置豁免列表。
拉取请求限制正在减少噪音
GitHub 引入了持久的拉取请求限制,以帮助开源维护者管理贡献量并减少低质量噪音,尤其是来自 AI 生成的拉取请求。
@moraes_c_: 被低质量PR淹没了?我们让维护者能够设置贡献限制,从PR上限开始…
这条推文宣布了一项新功能,允许开源维护者设置贡献限制,包括为外部贡献者设定PR上限,并为信任的贡献者设置白名单,以减少低质量的拉取请求。
用 enclaves 限制 Agent 对私有仓库的了解(17 分钟阅读)
GitHub Next 推出了 enclaves,这是一种面向 GitHub Agentic Workflows 的实验性安全原语,它允许 Agent 跨仓库工作,同时以确定性方式约束它们回传的信息,从而缓解从私有到公开的数据泄露风险,例如 GitLost 攻击。
引用 GitHub Changeling
GitHub 的 Dependabot 现在默认在开启版本更新拉取请求之前有一个三天的冷却期,无需配置。