GitLab社区版如何配置多人协作项目的分支保护与合并审核权限？

完全没问题！你想要的这个协作模式在GitLab Community Edition（社区版）里是完全可行的，下面我会一步步带你配置到位：

1. 给成员分配合适的角色 #

首先，给所有参与开发的成员分配「Developer」角色（别给「Maintainer」或更高权限，除非是项目管理员）。这个角色的权限刚好满足：

• 可以创建个人分支、提交代码、发起Merge Request（MR）
• 默认无法直接推送代码或合并MR到受保护的master分支

2. 保护master分支，禁止直接推送/合并 #

这是核心步骤，彻底锁死master的直接操作：

1. 进入项目的「Settings」→「Repository」→「Protected branches」
2. 找到master分支，点击「Protect」（如果还没保护的话）
3. 在「Allowed to push」和「Allowed to merge」选项中，只勾选「Maintainers」或「Owners」（不要选Developers）。这样普通开发者完全不能直接操作master分支，必须走MR流程。
4. 可选开启「Prevent pushes to this branch if it contains commits created by someone other than the current user」，进一步防止任何绕过规则的推送操作。

3. 配置MR审批规则，确保必须由他人审核 #

接下来要确保MR必须由非作者的成员处理：

1. 进入项目的「Settings」→「Merge requests」→「Merge request approvals」
2. 首先设置「Number of required approvals」为至少1（根据团队需求调整数量）
3. 关键开启「Prevent approval by author」选项——这个设置会直接禁止MR的创建者（代码提交人）自己审批自己的MR，强制必须由其他成员来审核内容。
4. 推荐开启「Remove approvals when new commits are pushed」：如果开发者在MR发起后又提交了新代码，之前的审批会自动失效，需要重新审核，保证每一次修改都经过验证。

4. 可选：规范分支命名（推荐） #

你可以在项目的「Settings」→「Repository」→「Branch naming rules」里添加分支命名规则，比如要求个人分支以feature/xxx、bugfix/xxx开头，带上任务ID或用户名，这样团队分支结构更清晰，也便于管理。

所有这些配置都是GitLab社区版原生支持的功能，不需要依赖企业版的额外特性，完全能满足你想要的协作流程——确保代码经过他人审核，避免直接合并到master的风险。

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