Git merge 出现冲突的根源，如何解决各种类型的冲突

前言

简单介绍偏离分支，合并分支带来的冲突，fetch，merge，pull，push带来的冲突。冲突的原因以及如何手动解决冲突。

冲突出现的原因（Merge）

同一个文件的同一行代码，分别有两个commit对其修改，若对其进行合并（merge），就会出现冲突。

由一个拉代码时出现的常见错误引入

拉代码出现如图错误：

该问题解决方案很简单,依次执行下面代码，然后解决冲突即可：

git config pull.ff false   
git pull

但是原因的分析却耐人寻味。

前置知识：

• git pull = git fetch + git merge

• git fetch 是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中。如果决定合并到本地分支，可以使用git merge 就可以合并到工作本机分支！

• git-merge 命令是用于从指定的 commit(s) 合并到当前分支的操作。

• git merge有两种情况，一种是git merge和 cherry-pick的用法（用于从一个分支到另一个分支的合并）。
  另一种是用于 git-pull 中，来整合另一代码仓库中的变化（即：git pull = git fetch + git merge）

该问题出现的原因（非常重要）

有了上面的前置知识，可以知道git pull 失败的原因：不是因为pull失败，而是merge失败。执行pull的时候，git merge尝试将远程主机的commit（下图蓝色的三次commit）merge到本地分支。但是你本地分支已经git add 和 git commit 了一次提交。所以导致本地的分支和远程的分支进行了一次合并。一般情况下，这种合并不会出现问题，但是如果出现下面这种情况，就会出现冲突。下面继续看冲突出现的原因：

冲突出现的原因（Merge）

同一个文件的同一行代码，分别有两个commit对其修改，若对其进行合并（merge），就会出现冲突。

上文绿色字体提到的merge的两种情况 (包括merge 和 cherry-pick) ，都有可能出现冲突！

有了上面的知识，配合下图就可以理解错误出现的原因了：

两种冲突处理方式的思考

解决方法1: 优先 git merge（git pull 包含了 merge），然后再git add 和 git commit。这种情况只有在开发人员较少（只有你自己）才可以这么干。因为这样做有丢失代码的风险！

如果你本地写了代码，没有git add 和 git commit，别人在远程修改了同样位置的代码，你拉下来(执行了merge)，就有可能把你的代码给冲掉，或者直接报冲突。

该方法一般不可取。直接看方法二。

解决方法2：就是写完代码，优先add 和 commit ，然后执行merge操作（git pull 包含了merge），然后就会出现冲突。出现冲突不可怕，解决就是了。看下文如何手动解决冲突：

git 手动解决冲突：

介于 <<<<<< 介于 ======= 和 >>>>>>> 之间的内容是代码块B中内容
如下图所示：

解决方案：手动删除A代码块内容，或者手动删除B代码块内容; 或者A和B合并一下代码

然后把多余的 >>>>> 符号 和 ====== 符号都删光

最后暂存，提交 即可。