Git版本管理之旅（三）—— Git分支策略与管理

• 创建与合并分支
• 解决冲突
• 分支管理策略
• 标签管理

本篇继续上面所讲的内容，我们理解了Git的基本原理，进行的Git的相关操作。本篇进入到Git最重要的章节，Git的分支管理。前面所有的我们都是在master分支上面进行的操作，master分支可以理解为一个稳定发行的版本，所以不可能在上面进行修改。这样我们就需要建立其它的分支用于开发，测试，Bug修复等。

通常我们的分支策略是

PRD ——> UAT ——> ST ——> DEV（1 … n）
             |                    |                 
             |                    |——>ST_BUGFIX
             |
             | ——>UAT_BUGFIX

但是在Git里面可能有一些差别，不过本质上的思想是一致的。

创建与合并分支

根据前面内容，我们知道每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

创建新的分支
我们创建一个UAT的分支，并且查看版本库的所有分支信息，*代表的时当前分支，即uat

xq@xq-VPCEG17YC:~/git/test$ git branch dev
xq@xq-VPCEG17YC:~/git/test$ git checkout dev
切换到分支 'dev'
xq@xq-VPCEG17YC:~/git/test$ git branch
* dev
  master
  st
  uat

当我们创建新的分支dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

Git创建一个分支很快，因为除了增加一个dev指针，改变HEAD的指向，工作区的文件都没有任何变化！

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git就是直接把master指向dev的当前提交，就完成了合并：

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

下面我们在Dev上面修改hello.txt文件，然后commit。
切换到master分支下面查看修改，发现master下面并没有更新。
因为我们commit的分支时Dev而不是master。

xq@xq-VPCEG17YC:~/git/test$ vi hello.txt 
xq@xq-VPCEG17YC:~/git/test$ cat hello.txt 
this is my sixth try.
1111111111111111111
xq@xq-VPCEG17YC:~/git/test$ git add hello.txt 
xq@xq-VPCEG17YC:~/git/test$ git commit -m