一个项目使用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 可避免。
