git IDEA的分支合并时的冲突问题总结，merge和rebase的区别

本文主要是介绍git IDEA的分支合并时的冲突问题总结，merge和rebase的区别，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

以前用习惯了svn,一直觉得svn简单好用。用了git之后，git真的更好用，不过刚开始用的时候，特别不懂怎么解决冲突问题，以及在分支合并的时候有点怕怕的，怕合并少了别人的代码，或者合并错分支等等。还有idea上的git我一开始也只会pull和push,对别的功能点也不懂。探索一下merge和rebase和冲突时的操作

合并分支有merge 和rebase两种方式

merge

merge的原理是找到这两个分支的祖先commit，在两个分支最新的commit进行三方对比合并
例如下图，共同的祖先commit2,master最新commit6，develop最新commit5，merge会基于2，5，6这三个commit进行对比

注：git会对每个文件进行一个哈希计算，这个值一样的话说明文件没有改动过

1. commit6和commit2对比，如果文件的哈希值不一样，同时commit5和commit2对比，发现一样，说明只有commit6修改了这个文件，这种情况直接合并，不会提示
2. commit6和commit2对比，如果文件的哈希值不一样，同时commit5和commit2对比，哈希值不一样，说明两个分支都对同一个文件修改了，则提示冲突，需要我们手动merge

最后合并完后会生成一个新的commit7

图1

rebase

重新基于一个分支上进行commit,就是会把当前分支从祖先的commit后提交的commit都撤销掉，放到一个缓存里面去，然后基于一个分支的后面，把缓存的commit再按顺序一个个新增到这个分支后面
例如上图，在develop分支进行rebase master分支，则会把develop分支上的基于和master共同的祖先分支commit2的后面的commit4,5撤销掉，在master的最新的commit6后面重新增加commit4，5上去,这时候develop相当于在master最新的commit上逐步提交了两个commit4,5

这里新增了commit4,5，在merge时有可能都会有冲突，这里有可能需要手动merge两次，因为rebase时可能在提交commit4的时候提示冲突一次，在提交commit5的时候又冲突一次

图2
 

merge和rebase的优缺点

• rebase：合并后分支图谱好看，一条线，但合并过程中出现冲突的话，比较麻烦（rebase过程中，一个commit出现冲突，下一个commit也极有可能出现冲突，一次rebase可能要解决多次冲突）；
• merge：合并后分支图谱不好看，一堆线交错，但合并有冲突的话，只要解一次就行了；

注：
我一般的做法，如果合并分支的共同祖先分支相差一两个或两三个commit的话，我就用rebase，毕竟rebase合并后好看，分支图谱明确，如果和共同祖先分支相差很多个commit，说明rebase有可能出现多次冲突，合并会很麻烦，这时候我就会用merge

冲突问题，冲突的时候怎么解决

同一个分支上，另一个提交了A文件的修改，这时候我也提交了A文件的修改，就会提示冲突

例如已经有同事修改了A文件，我也修改，commit保存在本地是没有问题的，但是当我推送的时候就会提示冲突，这时候可能处理的流程有三个

1. 我点commit and push 后弹出冲突框，点merge合并文件
2. 我点commit and push 后弹出冲突框，点rebase合并文件
3. 我先pull ，提示失败，然后点git stash把当前修改的文件放到贮藏区stash，然后再pull，最后点unstash changes恢复贮藏区代码，弹出冲突框，点merge
4. 我点commit and push 弹出冲突框，关闭后，把冲突的文件还原reverse,再pull，流程按上面的3来处理

建议的做法是，在每次push之前，先点击pull，按第3点来处理

具体冲突操作：

1. 我点commit and push 后弹出冲突框，点merge合并文件
   
   这种情况点击merge的意思是，大家在基于共同的祖先把两个版本的代码合并，，如上图一，基于它们的祖先commit2合并，对比，commit5、commit6对commit2的改动，如果5、6两个commit的文件都对commit2的相同文件有过修改，则合并提示冲突，，如果合并的时候有冲突的话会提示处理，因为修改了共同的文件，所以肯定会有冲突，这时候点击merge编辑就可以了，合并后会有合并的log
   
   

当然如果不点击merge，rebase呢
如果点击rebase，则会也基于两个分支的祖先commit,把本地的commit都撤销掉，放入缓存，重新基于远程分支最新的commit上进行把本地撤销的commit一个个commit,中间有冲突则会提示merge（可能会有多个merge）,好处是commit的log会好看很多，不会有提示合并过的痕迹。

当然如果也不点击merge，直接关闭掉呢

这样的话冲突的文件就会变红色，并且有>>>>>>标志其他版本的变更

这时候我们需在点一下解决冲突resolve conflicts，然后就相当于上面点的merge的效果了，看到合并代码的提示，然后再commit和pull到远程分支就可以了

这篇关于git IDEA的分支合并时的冲突问题总结，merge和rebase的区别的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！