新版IDEA中Git的使用（四）—

新版IDEA中Git的使用（四）——解决冲突

news2024/12/30 2:30:32

说明：之前介绍过新版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分支，就会出现冲突。

在这里插入图片描述