查看原文
其他

git 面试字节时,老师问:合并分支中 rebase 和 merge 的区别

前端大全
2024-08-23

作者:小孔不菜

https://juejin.cn/post/7123826435357147166

实际开发工作的时候,我们都是在自己的分支开发,然后将自己的分合并到主分支,那合并分支用2种操作,这2种操作有什么区别呢?

git上新建一个项目,默认是有master分支的,将项目克隆到本地,我们的准备工作就完成了

同学A:

执行git log ,可以看到有一个提交记录,是初始化提交

新增一个文件a.txt, 再次查看我们的提交记录,有2条提交记录了

这个时候将本地新commit的记录push到远程仓库,就可以看到我们的2次提交了

同学B:

同学B在已经有提交记录的master分支上,检出分支dev,并将分支推送到远程分支,并进行自己的开发

查看远程仓库,多了一个dev分支

此时的git分支类图是这样的

此时B同学开始进行开发,完成了自己的3次提交工作,使用git log 看一下

此时git的分支类图是这样子的

重点

现在有这样一个现实的请况,就是B同学准备进行第4次提交的时候,同学A在master主分支上进行了一次提交,master的提交已经向前走了

此时的git分支类图是这样的

此时我们知道B同学开发的dev分支是基于C2提交点切出来的,而这个时候master分支已经被更新了

如果B同学开发完毕,需要将其所作的功能合并到master分支 ,他可以有两种选择:

直接git merge,那么这个时候会这么做

  • (1)找到master和dev的共同祖先,即C2
  • (2)将dev的最新提交C5和master的最新提交即C6合并成一个新的提交C7,有冲突的话,解决冲突
  • (3)将C2之后的dev和master所有提交点,按照提交时间合并到master

直接git rebase

切换分支到需要rebase的分支,这里是dev分支

执行git rebase master,有冲突就解决冲突,解决后直接git add . 再git rebase --continue即可

发现采用rebase的方式进行分支合并,整个master分支并没有多出一个新的commit,原来dev分支上的那几次(C3,C4,C5)commit记录在rebase之后其hash值发生了变化,不在是当初在dev分支上提交的时候的hash值了,但是提交的内容被全部复制保留了,并且整个master分支的commit记录呈线性记录

此时git的分支类图

总结

git merge 会让2个分支的提交按照提交时间进行排序,并且会把最新的2个commit合并成一个commit。最后的分支树呈现非线性的结构

git reabse 将dev的当前提交复制到master的最新提交之后,会形成一个线性的分支树

推荐阅读  点击标题可跳转

1、JavaScript新数组方法介绍,不更改原数据的数

2、尝试实现了国外大佬用Web做出来跨窗口渲染动画效果

3、嘿,vue中keep-alive有个「大坑」你可能还不知道

继续滑动看下一个
前端大全
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存