Git 合并冲突处理

一个项目使用git从多条分支进行开发，一个分支上的修改可能和一个不同分支上的相似，在合并时难免会产生冲突。在产生冲突时通常需要我们自己指导来解决。

首先用一个简单的场景重现合并产生冲突。

新建一个文件夹GitMerge，里面新建一个“a.txt ”，内容是hello world，并使用 git init 初始化本地git库。

git add a.txt 加入追踪，并提交到版本库git commit -a 提交描述为create txt

git branch alternate 创建分支alternate 

在主线master中修改文件a.txt ，将内容修改为“hello world master”，并将修改提交(描述:add master)。

切换到alternate分支，同样对a.txt 文件做修改，修改为“hello world alternate”，并提交(描述:add alternate)。

提交完可以使用git log 查看提交的历史记录。

下面切换到主线master(git checkout master)，把分支alternate合并到master(git merge alternate)。

因为我们在master和alternate中都是修改的同一文件的同一地方，可以看到合并时产生了冲突。这时Git会把有冲突的地方标记出来，但不会处理，需要我们自己手动去处理。可以使用git diff 调查冲突的程度。

其实在产生冲突的文件中，Git已经把产生冲突的地方标记出来了，查看a.txt 文件，可以看到。

可以看出master修改的内容在<<<和===之间(当前为master分支，HEAD指向master)，alternate修改的在===和>>>之间。

这种情况我们可以根据需求选择master上的内容或者alternate的内容，或者是用全新的内容来代替。我这里选择的是master的内容，所以将alternate修改的删除即可。在手动编辑完a.txt 后。

执行 git add a.txt 

再执行git commit，编辑commit信息。

合并冲突处理完成。

最后使用git log 查看一下提交历史。

借助第三方可视化工具。

这只是一个最简单的合并冲突场景重现，实际项目中的冲突可能复杂的多，但是一样可以依据这个来处理。

补充几个命令：

git reset --hard HEAD  终止合并，撤销未提交的合并，会把工作目录和索引都还原到git merge命令之前。

git reset --hard ORIG_HEAD  撤销已经提交的合并。可能会遇到丢失目录中未提交的修改。用git reset --merge ORIG_HEAD 可避免。