在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master
分支。HEAD
严格来讲不是指向提交,而是指向master
,master
才是指向提交的,因此,HEAD
指向的就是当前分支。git
一开始的时候,master
分支是一条线,Git用master
指向最新的提交,再用HEAD
指向master
,就能肯定当前分支,以及当前分支的提交点:安全
每次提交,master
分支都会向前移动一步,这样,随着你不断提交,master
分支的线也愈来愈长:ide
当咱们建立新的分支,例如dev
时,Git新建了一个指针叫dev
,指向master
相同的提交,再把HEAD
指向dev
,就表示当前分支在dev
上:ui
你看,Git建立一个分支很快,由于除了增长一个dev
指针,改改HEAD
的指向,工做区的文件都没有任何变化!spa
不过,从如今开始,对工做区的修改和提交就是针对dev
分支了,好比新提交一次后,dev
指针往前移动一步,而master
指针不变:指针
假如咱们在dev
上的工做完成了,就能够把dev
合并到master
上。Git怎么合并呢?最简单的方法,就是直接把master
指向dev
的当前提交,就完成了合并:code
因此Git合并分支也很快!就改改指针,工做区内容也不变!get
合并完分支后,甚至能够删除dev
分支。删除dev
分支就是把dev
指针给删掉,删掉后,咱们就剩下了一条master
分支:it
真是太神奇了,你看得出来有些提交是经过分支完成的吗?io
下面开始实战。
首先,咱们建立dev
分支,而后切换到dev
分支:
$ git checkout -b dev Switched to a new branch 'dev'
git checkout
命令加上-b
参数表示建立并切换,至关于如下两条命令:
$ git branch dev $ git checkout dev Switched to branch 'dev'
而后,用git branch
命令查看当前分支:
$ git branch * dev master
git branch
命令会列出全部分支,当前分支前面会标一个*
号。
而后,咱们就能够在dev
分支上正常提交,好比对readme.txt作个修改,加上一行:
Creating a new branch is quick.
而后提交:
$ git add readme.txt $ git commit -m "branch test" [dev b17d20e] branch test 1 file changed, 1 insertion(+)
如今,dev
分支的工做完成,咱们就能够切换回master
分支:
$ git checkout master Switched to branch 'master'
切换回master
分支后,再查看一个readme.txt文件,刚才添加的内容不见了!由于那个提交是在dev
分支上,而master
分支此刻的提交点并无变:
如今,咱们把dev
分支的工做成果合并到master
分支上:
$ git merge dev Updating d46f35e..b17d20e Fast-forward readme.txt | 1 + 1 file changed, 1 insertion(+)
git merge
命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就能够看到,和dev
分支的最新提交是彻底同样的。
注意到上面的Fast-forward
信息,Git告诉咱们,此次合并是“快进模式”,也就是直接把master
指向dev
的当前提交,因此合并速度很是快。
固然,也不是每次合并都能Fast-forward
,咱们后面会讲其余方式的合并。
合并完成后,就能够放心地删除dev
分支了:
$ git branch -d dev Deleted branch dev (was b17d20e).
删除后,查看branch
,就只剩下master
分支了:
$ git branch * master
由于建立、合并和删除分支很是快,因此Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master
分支上工做效果是同样的,但过程更安全。
Git鼓励大量使用分支:
查看分支:git branch
建立分支:git branch <name>
切换分支:git checkout <name>
建立+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>