说明：之前介绍过新版IDEA中Git的基础操作、分支操作和回滚代码，本文介绍基于新版IDEA，如何解决代码冲突。
避免冲突
解决冲突的最好方法就是不要发生冲突，这里我介绍下面几点，可以避免代码冲突；
-
时常做pull、fatch操作，不要让自己本地仓库落后太多版本；
-
在分支操作，如切换分支、合并分支、拉取分支前，及时清理Change，保持自己分支洁净；
-
在合并分支时，先拉取后合并，最好是切换到要合并的分支，拉取代码，再切回自己的分支拉取合并分支的代码；
-
对于不确定的分支，在操作前，先比较分支的差异，做到心里有数；
-
合并代码，慎重使用Cherry-Pick，可能会出现冲突；
逐条说明，第一点，时常做pull、fatch操作，如果你的分支是从dev主干分支或master分支分出来的，应该时常拉取dev主干分支或master分支的代码，以免后面合并的时候出现冲突，即便有冲突也能在拉取的时候解决，而不是到要合并的时候再解决，就像电影《教父》中说的，坏消息要早点汇报。
fatch操作，能更新远程仓库的分支。就是说，当有其他伙伴重命名了分支、新增、删除Git分支，要用fatch操作更新到自己本地仓库。
第二点，分支操作，及时清理Change，也是为了避免冲突，这是一个好习惯。如果本分支做了修改，没有commit或者Shelve Changes，在切分支的时候，就会弹出这个选择框，很不爽。
另外在回滚代码的时候，如果你分支的代码都清理掉了，没有未Commit的代码，回滚出现下面的弹框，选择Hard还是Keep效果都是一样的，这两个选项的区别在于对未commit代码的操作。
第三点，合并分支前，最好先拉取，这是常识，就像用SVN要先更新再提交一样。因为你不拉取远程仓库的最新代码，在push的时候，就会提示要Merge还是Rebase，这不是给自己找麻烦吗？
第四点，对于不确定分支，在操作前，先比较一下分支差异，可以用下面的这个选项（Compare with），可以比较Commit的差异。如果甲分支的所有提交在乙分支都有，或者差异的部分正式乙分支本次开发，新提交的。这说明乙分支是从甲分支里拉出来的，放心合并吧。
比较分析
最后一点，合并代码有几种方式，Merge、Cherry-Pick，还有一种Get，就是比较分支差异，直接获取文件到当前分支。Merge是合并代码的主流选择，Cherry-Pick，可以将另一分支的指定Commit合并到当前分支，非常方便，但是有出现冲突的可能。
设想一个场景，有两位开发同事，张三、李四，两位同事都是基于main-dev分支，拉出自己的开发分支，如下：
张三在自己分支合并完代码，都是用Cherry-Pick的方式，将代码合并到main-dev分支的，而李四则是用Merge的方式合并的。假设有个文件Other.txt是在main-dev分支上的，张三和李四的分支都有这个文件，李四修改了这个文件的内容，并且Merge到了main-dev分支，张三一直都没有修改这个文件，然后在后来的一天，想要把代码Merge到main-dev分支，就会出现冲突。
这是因为张三一直用的是Cherry-Pick，只是把自己的提交合到了main-dev分支，少了让自己分支与main-dev分支同步这一步，虽然方便了，但是后续合并代码就非常坑了，以往文件有冲突的都要解决，可能时间都过去了很久。
通过Git分支图，也可以看到张三这条分支（紫色的），单开后，一直是孤立的，没有合到主干分支。
但话说回来，Cherry-Pick也有使用场景，如果你们项目的分支管理是一个任务对应一个分支，像main-dev-zhangsan-手机短息登录开发，任务完成，代码合到稳定分支，就把此分支删除掉，这种情况使用Cherry-Pick就很方便，不存在冲突的。
解决冲突
如果冲突无法避免，如下，只能手动解决了，
Accept Yours：使用你版本的代码；
Accept Theirs：使用他们版本的代码；
Merge：手动合并；
这里的你的，他们的，是当前分支的角度。如把main-dev-zhangsan分支 into main-dev分支，这里的your就是main-dev分支，Theirs就是main-dev-zhangsan分支。
Merge界面如下，可选择对应的箭头（>>）或者叉号（X），采取对应的代码，所有的冲突解决完，点右下角的Apply这个文件的冲突就解决完了
如果不想解决，点Cancel，后面可以在分支上选择Resolve Conflicts...（继续解决），或者点Abort Merge（放弃合并）
Abort Merge：放弃合并，Abort，夭折的意思；
Resolve Conflicts...：解决冲突；
如果是Cherry-Pick出现的冲突，在下拉列表最下面，会有Abort Cherry-Pick的选项
解决冲突大概如此，需要注意，当你无法把握发生冲突的代码时，最好找来发生代码冲突的同事一起看，并问下合并代码的方式（Merge还是Cherry-Pick），不要自顾自地合并。
总结
本文介绍了在新版IDEA中Git使用的解决冲突，其他文章参考下面：