Gitlab：与组共享组未按预期工作时的维护者权限

Question

我正在运行一个 gitlab-ce 实例，我们通过与用户组共享组来解决组级别的访问级别问题。一个例子：

有一个小组

products

，里面有几个项目。没有用户直接添加为该组的成员。还有另一个团体叫做

developers

。产品开发人员已添加到

developers

，并具有 维护者 访问权限。

群组

products

与

developers

共享，最大角色为维护者。

我认为，我可以将我拥有的项目转移到小组

products

。但是，我可以将项目转移到的群组列表仅包含我是具有 maintainer 角色的直接成员的群组。

总长：

• 组

  products

  与组

  developers

  共享，具有最大角色维护者
• 用户 Bob 是

  developers

  的成员，具有 维护者 角色
• Bob 是项目的所有者

  bobs_project

• Bob 无法将

  bobs_project

  转移到

  products

  （但他 可以 将其转移到

  developers

  ）

根据我对相关文档的理解，Bob应该在

products

中拥有与直接添加为维护者到

products

相同的权利。然而，事实似乎并非如此。

我错过了什么吗？

Answer 1

您参考的文档中的几点可能与您的设置相关：

转移群组时请注意：

您只能将群组转移到您管理的群组。
仅转移显式组成员身份，而不转移继承的成员身份。如果该组的所有者仅具有继承的成员资格，则该组将没有所有者。在这种情况下，转移群组的用户将成为该群组的所有者。

在这里，Bob 对

products 拥有继承的

权利，而不是直接权利。这也许可以解释为什么该组没有列出。

---

您可以使用

GitLab 17.4（2024 年 9 月）进行检查并查看，该版本附带：

改进了小组和项目成员的源显示

我们简化了小组和项目的“成员”页面上源列的显示。

直接会员仍显示为
• Direct member

  。

继承的成员现在列为
• Inherited from

  ，后跟群组名称。

通过邀请群组加入群组或项目而添加的成员会列为
• Invited group

  ，后跟群组名称。

对于从添加到父组的受邀组继承的成员，我们现在显示最后一步，以使管理成员资格的用户保持显示可操作性。

请参阅

文档和问题。