简单来说就是本地修改的文件和目标远程库的同一个文件都有修改。这时无论是pull丶push丶merge时都会产生冲突。

Git冲突情况举例：

1.不同分支下的merge

比如在不同分支下进行分支合并时，我们在本地修改了a文件并把a文件的修改push到了test分支下，接着我们切换到master分支下将test分支上的修改合并到当前master分支下时，如果master分支下的a文件也有修改的话，这时在进行merge也会产生冲突。（因为这个两个分支是不同步的，两个分支下的同一个文件都有修改）

2.同一个分支下的pull或push

比如在同一个分支下，对本地的a文件做出了修改，此时我们在进行pull或push时如果远程分支下下的a文件也有修改，那么代表本地和远程分支的代码是不同步的，此时也会引起冲突。

Git冲突解决方案：

要想不产生冲突的习惯是：修改文件之前先git pull,获取远程最新的代码，同步完了之后再对代码进行修改；亦或者事先和同时操作代码的同事沟通，这样可以大概率的避免冲突的产生。

方法一（推荐使用）：
git pull 出现冲突后丢弃本地冲突文件修改，采用远程文件覆盖本地文件
git checkout  [文件路径]
例：git checkout test/src/main/resources/spring-shiro.xml  

方法二：
git pull 出现冲突后可以暂存本地修改git stash ,然后git pull 更新代码，git stash list 可查看暂存记录列表，释放本地暂存 git stash apply stash@{0} ，出现冲突文件，找到并解决，然后可以提交git add . 加入索引库，然后本地提交git commit -m '注释' 最后git push到远程

方法三：
1.git pull
更新代码，发现
error: Your local changes to the following files would be overwritten by merge:pom.xml
Please commit your changes or stash them before you merge.
这说明你的pom.xml与远程有冲突，你需要先提交本地的修改然后更新。

2.git add pom.xml

git commit -m '冲突解决'

提交本地的pom.xml文件，不进行推送远程

3.git pull

更新代码
Auto-merging pom.xml
CONFLICT (content): Merge conflict in pom.xml
Automatic merge failed; fix conflicts and then commit the result.
更新后你的本地分支上会出现 (develop|MERGING)类似这种标志

4.找到你本地的pom.xml文件，并打开
你会在文件中发现<<<<<<< HEAD ，=======  ，>>>>>>> ae9a0f6b7e42fda2ce9b14a21a7a03cfc5344d61
这种标记，<<<<<<< HEAD和=======中间的是你自己的代码，  =======  和>>>>>>>中间的是其他人修改的代码
自己确定保留那一部分代码，最后删除<<<<<<< HEAD ，=======  ，>>>>>>>这种标志

5.git add pom.xml
git commit -m '冲突解决结束'
再次将本地的pom.xml文件提交

6.git push
将解决冲突后的文件推送到远程

链接: https://fly63.com/article/detial/10244