这其实是多仓库工作流程的变种。 一般拥有数百位协作开发者的超大型项目才会用到这样的工作方式，例如著名的 Linux 内核项目。 被称为 副主管（lieutenant） 的各个集成管理者分别负责集成项目中的特定部分。 所有这些副主管头上还有一位称为 主管（dictator） 的总集成管理者负责统筹。 主管维护的仓库作为参考仓库，为所有协作者提供他们需要拉取的项目代码。 整个流程看起来是这样的（见 主管与副主管工作流。 ）：
- 普通开发者在自己的主题分支上工作，并根据
master分支进行变基。 这里是主管推送的参考仓库的master分支。 - 副主管将普通开发者的主题分支合并到自己的
master分支中。 - 主管将所有副主管的
master分支并入自己的master分支中。 - 最后，主管将集成后的
master分支推送到参考仓库中，以便所有其他开发者以此为基础进行变基。
这种工作流程并不常用，只有当项目极为庞杂，或者需要多级别管理时，才会体现出优势。 利用这种方式，项目总负责人（即主管）可以把大量分散的集成工作委托给不同的小组负责人分别处理，然后在不同时刻将大块的代码子集统筹起来，用于之后的整合。