git IDEA的分支合并，merge和rebase的区别

Posted 2023-02-16 江西昊仔

合并分支有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

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的时候又冲突一次

merge和rebase的优缺点

merge：合并后分支图谱不好看，一堆线交错，但合并有冲突的话，只要解一次就行了；

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

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

同一个分支上，另一个提交了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到远程分支就可以了