- 创建与合并分支
- 解决冲突
- 分支管理策略
- 标签管理
本篇继续上面所讲的内容,我们理解了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