git的创建分支与合并分支（5）

小结里面的name参数为分支的名称。

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线（时间线由近及远），这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，既master分支，HEAD严格来说不是指向提交，而是指向master，master才是指向提交的分支，所以，HEAD指向的就是当前分支。（理解为HEAD指向那个分支，这个分支就默认为当前的提交分支）

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点

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

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上 （当你在master分支上创建一个dev分支时，这个dev分支就相当于master分支的副本，并且是独立的一个板块，你在dev分支里面做的改变不会影响到master分支）

其他理论就不过多叙述了，实践出真知
首先，我们创建一个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主分支的一个副本，dev分支进行修改并不会影响到master主分支的数据）：

现在，我们把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分支上工作的效果是一样的，但过程更安全。

此文章主要来源于：廖雪峰，侵权删