GIT - 代码分支管理模型之一

这里要先强调一下，分支管理的方式各有千秋，不存在谁一定比谁好，只有谁比谁更适合你而已

成功的代码分支管理

这款人们的分支管理方案只要是从这篇叫A Successful Git Branching Model 衍生出来的。很多企业的项目都是采用这种方式来进行管理。下面这张图涵盖了这种方式的各种分支设计：

这个模型基本能满足企业项目开发过程中遇到的各种代码版本管理的需求，下面尝试着把这种模型分解给大家讲讲：

咬住青山不放松

在上面的图中，大家可以看到有两个分支的名字被加粗了：master 和 develop，这两个是分支当中的中流砥柱。

master

这是新建一个GIT repository之后的第一个分支。在这个模型中，master分支代表的是当前产品线上的版本，它的最后一个commit可能是已经上线了，或者已经经过QA/PD/PO 千万次折磨、分分钟可以上线的功能。换句话说，这条分支要做到 随时都可以上线的！ 要是谁把一个开发了一般的功能提交到这个版本上去，有可能会被PO拉去祭天的！ 所以如果有严格的权限管理的话，一般会把这个分支给锁起来，有且仅有上线的同事才有权限动它！

另外master的每次上线都会打一个tag，表明版本号是多少

develop

一般灵长类动物都敬畏祭天这样的操作，所以我们需要开辟一篇新天地来大有作为。