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

2021/5/15 10:27:34

本文主要是介绍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
图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的区别的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程