Git 分⽀管理

1. 理解分⽀

在版本回退⾥，已经知道，每次提交，Git都把它们串成⼀条时间线，这条时间线就可以理解为是⼀个分⽀。截⽌到⽬前，只有⼀条时间线，在Git⾥，这个分⽀叫主分⽀，即 master 分⽀。再来理解⼀下HEAD，HEAD 严格来说不是指向提交，⽽是指向master，master才是指向提交的，所以，HEAD 指向的就是当前分⽀。

每次提交，master分⽀都会向前移动⼀步，这样，随着你不断提交，master分⽀的线也越来越⻓，⽽ HEAD只要⼀直指向master分⽀即可指向当前分⽀。

2. 创建分⽀

Git ⽀持我们查看或创建其他分⽀，在这⾥我们来创建第⼀个⾃⼰的分⽀ dev ，对应的命令为：

当我们创建新的分⽀后，Git 新建了⼀个指针叫 dev， * 表⽰当前 HEAD 指向的分⽀是 master 分

⽀。另外，可以通过⽬录结构发现，新的 dev 分⽀：

⼀张图总结：

3. 切换分⽀

那如何切换到 dev 分⽀下进⾏开发呢？使⽤ git checkout 命令即可完成切换，⽰例如下：

我们发现 HEAD 已经指向了 dev，就表⽰我们已经成功的切换到了 dev 上。

接下来，在 dev 分⽀下修改 ReadMe ⽂件，新增⼀⾏内容，并进⾏⼀次提交操作：

现在，dev 分⽀的⼯作完成，我们就可以切换回 master 分⽀：

切换回 master 分⽀后，发现ReadMe⽂件中新增的内容不⻅了！！！赶紧再切回 dev 看看：

在 dev 分⽀上，内容还在。为什么会出现这个现象呢？我们来看看 dev 分⽀和 master 分⽀指向，发现两者指向的提交是不⼀样的：

看到这⾥就能明⽩了，因为我们是在dev分⽀上提交的，⽽master分⽀此刻的提交点并没有变，此时的状态如图如下所⽰：

当切换到 master 分⽀之时，HEAD 就指向了 master，当然看不到提交了！

4. 合并分⽀

为了在 master 主分⽀上能看到新的提交，就需要将 dev 分⽀合并到 master 分⽀， git merge 命令⽤于合并指定分⽀到当前分⽀。合并后，master 就能看到 dev 分⽀提交的内容 了。 ⽰例如下：

此时的状态如图如下所⽰。

5. 删除分⽀

合并完成后, dev 分⽀对于我们来说就没⽤了， 那么dev分⽀就可以被删除掉，注意如果当前正处于某分⽀下，就不能删除当前分⽀，我们需要在其他分⽀下删除当前分⽀，如：

此时的状态如图如下所⽰。

因为创建、合并和删除分⽀⾮常快，所以Git⿎励你使⽤分⽀完成某个任务，合并后再删掉分⽀，这和直接在master分⽀上⼯作效果是⼀样的，但过程更安全。

6. 合并冲突

可是，在实际分⽀合并的时候，并不是想合并就能合并成功的，有时候可能会遇到代码冲突的问题。为了演⽰这问题，创建⼀个新的分⽀ dev1 ，并切换⾄⽬标分⽀，我们可以使⽤ git checkout -

b dev1 ⼀步完成创建并切换的动作，⽰例如下：

在 dev1 分⽀下修改 ReadMe ⽂件，更改⽂件内容如下，并进⾏⼀次提交，如：

切换⾄ master 分⽀，观察 ReadMe ⽂件内容:

我们发现，切回来之后，⽂件内容由变成了⽼的版本，这种现象很正常，我们现在也完全能理解。 此时在 master 分⽀上，我们对 ReadMe ⽂件再进⾏⼀次修改，并进⾏提交，如下：

现在， master 分⽀和 dev1 分⽀各⾃都分别有新的提交，变成了这样：

发现 ReadMe ⽂件有冲突后，可以直接查看⽂件内容，要说的是 Git 会⽤ <<<<<<<，=======，

>>>>>>> 来标记出不同分⽀的冲突内容，如下所⽰：

此时我们必须要⼿动调整冲突代码，并需要再次提交修正后的结果！

到这⾥冲突就解决完成，此时的状态变成了

⽤带参数的 git log 也可以看到分⽀的合并情况：