子组

支持多达 20 个级别的子组，也称为嵌套组或分层组。

通过使用子组，您可以执行以下操作：

概览

一个群组内可以有多个子组，同时一个组只能有一个直接的父组。它类似于目录或嵌套项目列表：

在现实世界的示例中，想象维护一个 GNU/Linux 发行版，其中第一组是发行版的名称，随后的群组按如下方式拆分：

在子组之间执行诸如转换或导入项目之类的操作时，其行为与在“群组/项目”级别执行这些操作时的行为相同。

如果用户被明确添加为所有者（或维护者，如果启用该设置）到直接父组，则用户可以创建子组，即使管理员在其设置中禁用了群组创建。

要创建一个子组：

要创建子组，您必须是群组的所有者或维护者，具体取决于群组的设置。

默认情况下，在以下版本创建的组：

您可以更改以下设置：

将成员添加到群组时，该成员也会添加到所有子组。权限级别从组的父级继承。如果您在其父组之一中具有成员资格，则允许访问子组。

子组中流水线的作业可以使用注册到父组的 runner。这意味着为父组配置的机密可用于子组作业。

此外，属于子组的项目的维护者可以查看注册到父组的 runner 的详细信息。

成员的组权限只能由所有者更改，并且只能在添加成员的组的成员页面上更改。

您可以通过查看组的成员页面来判断成员是否继承了父组的权限。

从上图，我们可以推断出以下几点：

您必须是群组的所有者才能向群组添加成员。

子组中用户的权限不能低于其任何祖先组中的权限。因此，您不能减少子组中用户相对于其祖先组的权限。

要覆盖用户在祖先组（他们被添加到的第一个组）的成员资格，请再次将该用户添加到具有更高权限集的新子组。

例如，如果首先将用户 1 添加到具有开发人员权限的群组 1/2 中，那么他们会在群组 1/2 的每个其他子组中继承这些权限。要为群组 1/2/3/4 赋予他们维护者角色，您需要将他们作为维护者再次添加到该组中。从该组中删除它们，权限会回退到祖先组的权限。

在议题、提交和合并请求中提及组（@group）将通知该组的所有成员。现在有了子组，如果您想拆分组的结构，则有更细粒度的支持。提及和以前一样工作，您可以选择要通知的人群。

以下是您不能对子组执行的操作的列表：

GitLab Pages 支持在子组下托管的项目，但不支持子组网站。这意味着只有最高级别的组支持群组网站，尽管您可以在子组下拥有项目网站。
无法与作为项目所在组的祖先的群组共享项目，取决于层次结构。例如，group/subgroup01/project不能与 group 共享，但可以与group/subgroup02 或 group/subgroup01/subgroup03 共享。