Gitlab 共享组的角色继承

考虑使用自托管GitLab实例（Community Edition 12.10.8）。 让我们假设以下组设置：

• 团体
  • 第1分组
  • 第1.1分组（管理员）
  • 第1.2分组
    • 项目A

现在，子组1.1被邀请到具有角色所有者的子组1中。 其思想是，子组1.1中的用户成员充当子组1和所有其他子组的管理员

通过此设置，子组1.1（“管理员”）的用户可以访问子组1.2及其项目A。在添加组之前，情况并非如此，即用户已成为成员！然而，我注意到：

• 添加的用户或添加的组不会显示在子组1.2的成员列表中
• 尽管由于继承，“管理员”现在应该是子组1.2和项目A的所有者，但他们不能删除项目A

如果我将用户添加为所有者到子组1中，他将在子组1.2中显示为所有者，他可以删除项目a

如果直接添加用户或通过组添加用户，为什么会有不同

在报告中说：

与与与组共享项目类似，您可以与另一个组共享一个组，以允许组成员直接访问共享项目 小组。这对继承的成员无效

要与另一个组共享给定的组，例如“前端”， 例如，“工程”：

导航到您的“前端”组页面，并使用左侧导航菜单转到您的组成员

选择邀请组选项卡

添加具有您选择的最大访问级别的“工程”

单击邀请

“工程”组的所有成员都将被添加到 “前端”

对我来说，这听起来像是添加的组成员与直接添加的用户具有相同的功能。 只有“这对继承成员无效”这句话可能是解释，但我想我需要进一步解释

有人明白这背后的逻辑吗？ 提前感谢您的帮助

浏览之后，我得出结论，上面提到的两个问题都是（已知的）bug，在GitLab的问题中进行了讨论：

我想这和我们现在来的一样好。希望这两个问题都能很快得到解决

浏览之后，我得出结论，上面提到的两个问题都是（已知的）bug，在GitLab的问题中进行了讨论：

---

我想这和我们现在来的一样好。希望这两个问题都能很快得到解决

因此，我发现了一个关于未列出共享组成员的问题的开放性问题：（仍然没有解释成员没有完全所有者权限的原因）并且我还发现了此处描述的权限问题：因此，我发现了一个关于未列出共享组成员的问题的开放性问题：（仍然没有解释成员没有完全所有者权限的原因）我还发现了此处描述的权限问题：