如何阻止GitHub Write角色用户批准PR，仅允许维护者及管理员操作

方案一：分支保护规则 + 专属评审团队配置 #

• 先在组织内创建仅包含Maintainer/Admin人员的团队，比如命名为PR-Approvers
• 针对仓库的主分支（或需要保护的目标分支）设置分支保护规则：
  • 开启「需要拉取请求评审才能合并」选项
  • 在「指定需要批准的团队或人员」栏中，仅添加上述PR-Approvers团队
  • 按需勾选「允许指定的维护者绕过要求」，方便管理员紧急合并操作
• 配置后，Write角色用户依然可正常创建分支、提交PR，但他们的评审不会被系统判定为有效批准，只有指定评审团队的意见才会被计入合并要求

方案二：自定义角色精准控制权限 #

• 若组织拥有GitHub Enterprise权限，可直接创建自定义角色：
  • 勾选「读取仓库内容」「创建分支」「提交变更」「创建拉取请求」等核心贡献权限
  • 明确取消勾选「批准拉取请求评审」权限
  • 将原Write角色用户批量切换至该自定义角色，仅让核心管理人员保留Maintainer/Admin角色

方案三：团队权限细分管理 #

• 将原Write权限用户拆分为两个独立团队：
  • 「代码贡献组」：仅分配自定义的「可提交PR但无评审权限」角色
  • 「PR评审组」：分配Maintainer角色，专门负责PR批准工作
• 这种方式能更清晰地划分不同用户群体的权限边界

注意事项 #

• 私有仓库完全支持分支保护规则，不受Moderation options功能限制，这是最稳妥的核心解决路径
• 操作前建议先在测试仓库验证规则配置，避免影响正常的代码提交流程

内容的提问来源于stack exchange，提问作者Scaling5798