权限与继承

GitBook 有一个灵活的权限模型，让你可以根据需要对权限进行多或少的控制。GitBook 中的权限模型是一个 基于角色、级联的 模型。这意味着你先设置默认值，然后在任意内容层级决定是否继承这些默认值。

组织默认角色

当你将成员添加到你的组织时，你会设置 他们的默认角色。该角色适用于任何从组织默认权限继承权限的内容单元。

管理继承

每当你创建集合或空间时，你都可以设置想要的继承类型。在为某个内容设置继承时，你有三种大致选项：

继承

将继承设置为 继承 将使该空间或集合继承在 父级内容中分配的角色。对于顶级空间或集合，该父级是组织，因此它们将继承组织的默认角色。对于集合内的空间或子集合，父级将是该内容所属的集合。

特定角色访问

在设置集合或空间的权限继承时选择特定角色会 重置 组织默认角色并将每个 非管理员 分配为该集合或空间内的该角色。例如，如果你将继承设置为 只读者，则组织中的每个人都会对该空间或集合拥有只读访问权限，而不考虑他们的默认角色。

无访问权限

你还可以在空间或集合级别完全撤销任何非管理员组织成员的访问权限。这样会将内容对除管理员和创建该空间或集合的人之外的所有人隐藏。

任何新创建的空间或集合的默认继承选项是 继承。这意味着每当创建内容时，它默认会从其父级继承权限。

为内容设置特定权限

一旦你决定了空间或集合的权限继承，你可以通过给团队或成员提供 直接访问.

将团队直接授予访问权限

你可以将团队以特定角色直接添加到集合或空间中。这会赋予该团队中任何人对该内容的指定访问权限。

团队访问是确保合适的人拥有合适内容访问权限的好方法；任何人被添加到或从团队中移除时，他们将分别获得或失去在内容上设置的权限。

将成员直接授予访问权限

与团队类似，你也可以给单个成员直接访问权限。这是管理权限最细粒度的方式。给单个成员直接访问集合或空间时，会覆盖他们可能拥有的任何继承权限。如果你需要对协作者进行非常具体的控制，直接为成员授予访问权限是很好的选择。

保持对权限的掌控

虽然这起初看起来可能相当复杂，但 GitBook 的权限模型在你需要时给予控制，在你不需要时又不会妨碍。对于许多团队来说， 设置一次并忘记 的权限管理方式已经足够。对于其他团队，尤其是较大的组织，这种对访问和工作流的控制级别是至关重要的。

设置一次并忘记

如果你只是想让队友加入并与你一起编辑内容，那么你可能根本不需要查看权限。邀请人员，设置他们的默认角色，任何你创建的内容将默认继承这些角色。无需深入研究细节！

对访问和工作流的控制

对于较大的组织、将组织划分为独立集合的团队，或需要对工作流进行非常细粒度控制的团队；深入研究细节正是所需要的。通过结合使用继承、覆盖、直接团队访问和直接用户访问，你可以创建让你保持掌控的工作流和访问模型。