作者以“改善开发流程”为主旨，从“社会化编程”的角度，讲述了GitHub的使用方法：1、发起、接收Pull Request；2、Issue、持续集成、代码覆盖；3、以部署为中心、以发布为中心的Git Flow。
文摘
- 针对不特定的多数人
❶ 在GitHub上进行Fork
❷ 将❶的仓库clone至本地开发环境
❸ 在本地环境中创建特性分支
❹ 对特性分支进行代码修改并进行提交
❺ 将特性分支push到❶的仓库中
❻ 在GitHub上对Fork来源仓库发送Pull Request
- 以部署为中心
❶ 令master分支时常保持可以部署的状态
❷ 进行新的作业时要从master分支创建新分支，新分支名称要具有描述性
❸ 在❷新建的本地仓库分支中进行提交
❹ 在GitHub端仓库创建同名分支，定期push
❺ 需要帮助或反馈时创建Pull Request，以Pull Request进行交流
❻ 让其他开发者进行审查，确认作业完成后与master分支合并
❼ 与master分支合并后立刻部署
- 以发布为中心
❶ 从开发版的分支（develop）创建工作分支（feature branches），进行功能的实现或修正
❷ 工作分支（feature branches）的修改结束后，与开发版的分支（develop）进行合并
❸ 重复上述❶和❷，不断实现功能直至可以发布
❹ 创建用于发布的分支（release branches），处理发布的各项工作
❺ 发布工作完成后与（master）分支合并，打上版本标签Tag进行发布
❻ 如果发布的软件出现BUG，以打了标签的版本为基础进行修正hotfixes