## 5.1 分布式工作流程 ### 5.1.1 集中式工作流 集中式通常使用单点协作模型，一个中心集线器，可以接受代码，所有人将自己的工作与之同步。  ### 5.1.2 集成管理者工作流 Git 允许多个远程仓库存在，所以每个开发者可以拥有自己仓库的写权限和其他所有人仓库的读权限，而这种情况下通常会有个代表官方项目的权威仓库。开发者想要为这个代码做贡献，需要克隆出一份自己的公开库，然后将自己的修改推送上去。接着请求官方仓库的维护者拉取更新合并到主项目。  这也是 Github 和 GitLab 等集线器式（hub-based）工具最常用的工作流程。这种方式的优点在于各个开发者可以持续地工作，而主仓库的维护者可以随时拉去开发者的修改。 ### 5.1.3 司令官与副官工作流 多仓库工作流程的变种，一般拥有数百位协作开发者的超大型项目才会用到这样的工作方式。被称为副官（Lieutenant）的各个集成管理者分别负责集成项目中的特定部分。称为司令官（Dictator）的总集成管理者负责统筹，而司令官维护的仓库作为参考仓库。  这种工作流程并不常用，只有当项目极为庞大，或者需要多级别管理时，才能体现出优势。