问题描述
想要在GitLab中实现一种权限管理方式，使不同的“高级审查小组”可以编辑多个仓库，并且能够分配审查人员以及确定谁有权进行合并操作。用户考虑是否应该使用GitLab的“Group”功能来实现这一点，或者是否应该创建外部工具来管理这个过程。用户担心的一个主要问题是，GitLab中的“Group”似乎更侧重于开发，但是一个“高级审查小组”永远不会产生代码。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
在GitLab中，可以使用“Group”功能来管理权限和审查流程，即使某个小组不会直接产生代码。以下是一些解决方案的方法：
方案1：使用GitLab的LDAP Group同步功能
- 在GitLab中，创建一个“Permission Group”，该组将与LDAP进行同步。这可以通过GitLab的LDAP Group同步功能来实现。
- 在LDAP中管理用户的身份，包括他们的角色和权限。
- 使用LDAP Group同步功能，将“Permission Group”与LDAP中的相关组进行同步。
- 邀请“Permission Group”加入到项目组中，并分配特定的角色。
- 通过角色来管理权限，包括谁可以进行合并操作等。
使用LDAP Group同步功能的好处包括：
– 可以在身份提供者（如Active Directory）中管理用户的身份，包括入职、离职和权限升级等。
– 可以在GitLab中声明哪些用户组需要加入哪些项目组，并赋予特定的角色。
– 可以更简单地思考认证和授权模型，甚至可以使用基础设施即代码的方式来配置项目本身。
然而，对于“永远不会产生代码”的“高级审查小组”，这种权限模型可能会有一些挑战，因为你需要允许某些人批准合并请求并执行合并操作。这可能涉及特权升级和真正的基于角色的授权。目前来说，GitLab可能还无法完全满足这种需求。
方案2：自定义脚本或工具管理
如果GitLab的现有功能无法满足你的需求，你还可以考虑使用自定义脚本或外部工具来管理权限和审查流程。例如，你可以编写一个脚本来控制项目的创建、权限分配和审查人员的设置。这样可以更灵活地根据实际情况来管理权限，但也可能会增加系统的复杂性。
请谨慎操作，并在进行任何更改前备份关键数据。
无论选择哪种方式，都应该根据你的组织需求和实际情况来进行权衡和决策。如果你需要更高级的权限管理和审查流程，可能需要将GitLab与其他工具或自定义脚本结合使用。
正文完