Git 分布式工作流程
本文介绍使用 Git 参与项目开发的各种流程和模式，比如 Github 上大名鼎鼎的 fork+pull 模式。 本文是《Pro Git》阅读笔记整理，疏漏之处，还请阅读原作。 1. 概述 1.1 集中式工作流程 一个存放代码仓库的中心服务器，接受所有开发者提交的代码，而后提交者，必须先下载合并服务器上的数据，解决冲突之后才能推送数据到共享服务器上。 SVN和GIT都可以使用该工作流，优点是简单高效，只需给每个人推送数据的权限，就可以开展工作了。 1.2 集成管理员工作流程 这是 GitHub 上最常见工作流，首先克隆（Fork）某个项目，成为自己的公共仓库，然后按照自己的节奏开发，最后用Pull 工具告知管理员接纳你的贡献。 贡献者从官方项目仓库（blessed repository），克隆出各自的私有仓库（developer private）。 贡献者修改代码后，推送数据到自己的公共仓库（developer public）。 贡献者给维护者发送邮件，请求拉取自己的最新修订。 维护者在自己本地仓库（integration manger）中，将贡献者的仓库加为远程仓库，合并更新并做测试。 维护者将合并后的更新推送到主仓库（blessed repository）。 1.3 司令官与副官工作流 与集成管理员工作流类似，区别是多了一个副官（lieutenant）的角色