git分支管理策略

客官°小女子只卖身不卖艺 2021-11-16 07:54 586阅读 0赞

git是一款优秀的版本管理工具，但是我们面对版本管理的时候，依然有非常大得挑战。大部分开发人员现在使用Git就只是用三个甚至两个分支，一个是Master, 一个是Develop, 还有一个是基于Develop打得各种分支。这个在小项目规模的时候还勉强可以支撑，因为很多人做项目就只有一个Release, 但是人员一多，而且项目周期一长就会出现各种问题。  
    git 和 svn 的一个显著区别就是提供更丰富的分支特性，我们今天就要说一下如何使用 git 管理这些分支。

Vincent Driessen提出了一个分支管理的策略，我觉得非常值得借鉴。它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。理论上，这些策略对所有的版本管理系统都适用，Git只是用来举例而已。

## 一、**主分支Master** ##

首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70][]

Git主分支的名字，默认叫做Master。它是自动建立的。 这个分支只能从其他分支合并，不能在这个分支直接修改。

## 二、**开发分支Develop** ##

主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 1][]

使用**master和develop**这两个分支就具有了最简单的开发模式：**develop** 分支用来开发功能，开发完成并且测试没有问题则将 **develop**分支的代码合并到 **master** 分支并发布。

Git创建Develop分支的命令：
    git checkout -b develop master
    
    将Develop分支发布到Master分支的命令：
    # 切换到Master分支
    git checkout master
    
    # 对Develop分支进行合并
    git merge --no-ff develop

**这样两个分支开发会出现一些问题:**

*  develop 分支只有发布完了才能进行下一个版本开发，开发会比较缓慢。
 *  线上代码出现 bug 如何进行 bug 修复

## 三、功能分支Feature ##

feature 分支用来开发具体的功能，一般 fork 自 develop 分支，最终可能会合并到 develop 分支。比如我们要在下一个版本增加功能1、功能2、功能3。那么我们就可以起三个feature 分支：feature1，feature2，feature3。（feature 分支命名最好能够自解释，这并不是一种好的命名。）随着我们开发，功能1和功能2都被完成了，而功能3因为某些原因完成不了，那么最终 feature1 和 feature2 分支将被合并到 develop 分支，而 feature3 分支将被干掉。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 2][]

功能分支的名字，可以采用feature-\*的形式命名。

创建一个功能分支：
    git checkout -b feature-x develop
    
    开发完成后，将功能分支合并到develop分支：
    git checkout develop
    git merge --no-ff feature-x
    
    删除feature分支：
    git branch -d feature-x

## 四、 预发布分支Release ##

*  Release分支基于Develop分支创建，打完Release分之后，我们可以在这个Release分支上测试，修改Bug等。同时，其它开发人员可以基于开发新的Feature (记住：**一旦打了Release分支之后不要从Develop分支上合并新的改动到Release分支**)
 *  release 分支在我看来是 pre-master。release 分支从 develop 分支 fork 出来，最终会合并到 develop 分支和 master 分支。合并到 master 分支上就是可以发布的代码了。有人可能会问那为什么合并回 develop 分支呢？很简单，有了 release 分支，那么相关的代码修复就只会在 release 分支上改动了，最后必然要合并到 develop 分支。
 *  release分支也是我们提交测试环境测试的分支。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 3][]

它的命名，可以采用release-\*的形式。

创建一个预发布分支：
    git checkout -b release-1.2 develop
    
    确认没有问题后，合并到master分支：
    git checkout master
    git merge --no-ff release-1.2
    
    # 对合并生成的新节点，做一个标签
    git tag -a 1.2
    
    再合并到develop分支：
    git checkout developgit merge --no-ff release-1.2
    
    最后，删除预发布分支：
    git branch -d release-1.2

## 五、紧急维护分支**Fixbug** ##

最后一种是修补bug分支。软件正式发布以后，难免会出现bug。这时就需要创建一个分支，进行bug修补。

修补bug分支是从Master分支上面分出来的。修补结束以后，再合并进Master和Develop分支。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 4][]

它的命名，可以采用fixbug-\*的形式。

创建一个修补bug分支：
    git checkout -b fixbug-0.1 master
    
    修补结束后，合并到master分支：
    git checkout mastergit merge --no-ff fixbug-0.1
    git tag -a 0.1.1
    
    再合并到develop分支：
    git checkout develop
    git merge --no-ff fixbug-0.1
    
    最后，删除"修补bug分支"：
    git branch -d fixbug-0.1

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70]: /images/20211116/9c6c1eb054474a2993a82945b2ac8232.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 1]: /images/20211116/7bfebee73e2141bea56d5bbc212928c6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 2]: /images/20211116/2df811fd2ff645958a88adc900ca80fc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 3]: /images/20211116/62adfe73cfed4729949414a9e5459db9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hhb3hpbjk2Mw_size_16_color_FFFFFF_t_70 4]: /images/20211116/714159b2eba5403694a13b71433b6d5f.png