git --- 开发时关于git分支控制的一些心得（master-hotfix-develop-release）

项目代码正在重构，原来为了个人开发方便，都是从master分支（或一个中间分支）上建立一个自己的分支用于开发，开发完毕后将自己的分支merge到master分支（或一个中间分支），结束自己的分支。

在大量的提交后，会导致一些问题：

1. 并没有版本上的控制，看起来就像一个版本一直在开发一样，不存在一个稳定的版本分支（或者master分支落后很多）。
2. 个人的分支没有得到很好的测试，合并到master分支上可能有一些隐藏bug，导致master分支一直都处于不稳定的状态，出现棘手的问题时无法回退到一个稳定版本。
3. 每个人的开发进度不一样，在merge到master分支时导致很多冲突。
4. 在排查错误时，由于merge参数不统一导致master分支上有超级多的commit，只能在master分支上一点一点的回退版本，执行起来很麻烦。
5. 个人的分支上传到GitHub上，导致远程仓库的分支杂乱无章。

参考了一个成功的git分支模型，对现在的git分支管理进行一些调整，便于规范开发。以本人目前开发的项目为例，项目名是visom-server。

1. 一共有五种分支：master、hotfix、develop、release、self分支。master分支是一个主分支，主要提供一个稳定的版本，时刻都是稳定的保证随时可以上线应用。develop分支是一个和master分支并行的分支，用于主开发的分支。hotfix分支是热修复分支，主要用于修复master分支出现的意料之外的bug࿰