大家好，今天来和大家聊一个老生常谈的问题，我们在使用git merge的时候遇到了冲突，怎么办？

首先我们来看看为什么会冲突，git冲突的原因很简单，就是两个分支当中对同一处代码进行了不同的改动。于是git会困惑，不知道在merge的时候究竟应该怎么做，于是就会出现冲突。

实战

光说不练没有意义，让我们来实际操作一下。

我们首先创建一个一个test.txt文件，在其中写入一行test。git add并且git commit。

接着我们checkout -b创建一个新的分支，在这个分支当中我们把test.txt之前的一行改成get conflict。然后我们同样add commit。

最后，我们回到master分支，尝试merge test_conf分支。merge了之后，会看到这样的结果：

输出的log当中提示我们有两个文件出现了冲突，这个第八篇.md就是当前编辑的文章，由于我们一直实时在写，所以也会产生冲突。但是文章里的冲突看起来不方便，所以我们就不展示相关的冲突了。我们重点来看test.txt这个文件，也就是我们刚才创建的演示文件。

会发现原本我们test.txt只有一行，现在多出了好几行。这个是git在merge的时候处理冲突的方法，它把两边的冲突都保留了下来。用>>>>>>和=======以及<<<<<<<<这样的符号进行分隔，我们简单介绍一下其中的含义。

其实还是挺明显的，这个<<<<<<<< HEAD后面跟着的内容是HEAD指针指向的节点的代码，也就是我们当前所处的分支master分支当中冲突的代码，这些代码的内容一直到========结束。从=========开始一直到最后>>>>>>> test_conf是我们合并进来的分支的代码。

除了直接打开文件之外，我们还可以运行git diff命令来查看冲突。

解决冲突

手动解决

查看完了冲突之后当然是解决冲突，最简单的方法将去做手动合并。手动合并的方法很简单，就是我们选择我们要保留的代码，然后再把>>>>>, ======, <<<<<<这些提示行给去掉。最后重新add commit。

放弃合并

这样当然可以完成合并，但是显然并不友好，如果改动量小还行，如果改动量很大的话，那么显然是非常费劲的。如果你觉得改动量太大想要先放弃合并，先想想其他的办法，可以使用git merge --abort命令，这样可以让你的代码恢复到合并之前的状态。如果你运行了git merge之后又进行了一些人为的改动，那么在abort之后，也会被回滚掉。