今天介绍一下工作中会用到的 Git 分支模型。

先贴上图以表敬意

闲言

在学校不管是自己写课程设计还是给老师做项目，有 2 到 3 个人一起协作开发时就会使用 Git ，但是只是简单用了它所提供的代码协作功能，在学校的项目，比如课程设计，开发完老师检查完就没有维护了，给老师做项目也是，基于项目的特征：没有持久性、一次性开发，所以没有应到 Git 分支模型。在企业中，一个应用往往是有比较长的生命线，由很多个迭代项目开发构成，这时要解决几十甚至几百人的代码协作问题，就需要一套完整的规范的代码开发流程。

分享一些项目中使用的开发模型，它们的结果都非常成功，篇幅有限，这里仅讨论分支策略和发布管理。

为何使用 git？

关于 Git 和集中式源码版本控制系统的优缺点自己www.baidu.com,Git 真的改变了我关于合并和分支的认知，使用 Git，因为具有简单和可重复的基因，分支和合并不再是什么值得担心的问题了。版本控制工具应该专注于分支/合并，而非其他事情。

在本系列的前两篇文章中，我们开始使用 Git，学会如何克隆项目，修改、增加和删除内容。在这第三篇文章中，我将介绍 Git 分支，为何以及如何使用分支。

不妨用树来描绘 Git 仓库。图中的树有很多分支，或长或短，或从树干延伸或从其它分支延伸。在这里，我们用树干比作仓库的 master 分支，其中 master 代指 ”master 分支”，是 Git 仓库的中心分支或第一个分支。为简单起见，我们假设 master 是树干，其它分支都是从该分支分出的。