树冲突
文件名修改造成的冲突，称为树冲突。
比如，A同事把文件改名为A.C，B同事把同一个文件改名为B.C，那么B同事将这两个commit合并时，会产生冲突。
如果最终确定用B同事的文件名，那么解决办法如下：
git rm A.C
git rm origin-name.C
git add B.C
git commit
如果最终确定用A同事的文件名，那么解决办法如下：
git rm B.C
git rm origin-name.C
git add A.C
git commit
内容冲突（git pull拉取最新代码发现）
一般来讲，出现冲突时都会有“CONFLICT”字样，特别的直接报错repo sync的报错，可能并不是直接提示冲突
现在，需要进入报错的项目（git库）目录，然后执行git rebase解决：
git rebase remote -branch-name
冲突解决的一般步骤
merge/patch的冲突解决
先编辑冲突，然后git commit提交。
对于git来讲，编辑冲突跟平时的修改代码没什么差异。修改完成后，都是要把修改添加到缓存，然后commit。
rebase的冲突解决
rebase的冲突解决过程，就是解决每个应用补丁冲突的过程。
解决完一个补丁应用的冲突后，执行下面命令标记冲突已解决（也就是把修改内容加入缓存）
git add -u -u 表示把所有已track的文件的新的修改加入缓存，但不加入新的文件。
然后执行下面命令继续rebase：
git rebase --continue
有冲突继续解决，重复这这些步骤，直到rebase完成。
如果中间遇到某个补丁不需要应用，可以用下面命令忽略：
git rebase --skip
如果想回到rebase执行之前的状态，可以执行：
git rebase --abort
注：rebase之后，不需要执行commit，也不存在新的修改需要提交，都是git自动完成。
直接编辑冲突文件：
冲突标记<<<<<<< （7个<）与=======之间的内容是我的修改
=======与>>>>>>>之间的内容是别人的修改
最简单的编辑冲突的办法，就是直接编辑冲突了的文件（test.txt），把冲突标记删掉，把冲突解决正确。
此时，还没有任何其它垃圾文件产生。
利用图形界面工具解决冲突
如果要解决的冲突很多，且比较复杂，图形界面的冲突解决工具就显得很重要了。
执行git mergetool用预先配置的Beyond Compare解决冲突：
界面三个窗口依次是“LOCAL”、“BASE”、“REMOTE”，它们只是提供解决冲突需要的信息，是无法编辑的。
下面一个窗口是合并后的结果，可以手动修改，也可以点击相应颜色的箭头选择“LOCAL”或者“REMOTE”。
在Beyond Compare中修改冲突保存后，冲突文件（test.txt）中的冲突标记就没有了，成了修改后的内容，一个文件的冲突编辑就完成了。
注意：启动Beyond Compare之后，会自动生成几个包含大写字母名称、数字的辅助文件
关闭Beyond Compare时，这几个辅助文件都会自动删除，但同时会生成一个test.txt.orig的文件，内容是解决冲突前的冲突现场。
原文地址：https://www.cnblogs.com/liurwei/p/9414121.html