git:亲测体验rebase与merge

rebase与merge异同与最佳使用场景


这个dev-cui分支从devlop分支切出后,一直都只有我一个人在开发&维护.

假如还有一位同事张三, 在devlop分支切出的分支dev-zhangsan 上进行开发,他添加了一个glossary.md ,而后进行了add & commit

此时项目开发完成,需要将两个分支合并到devlop分支上:

develop 分支先合并了dev-cui,(即切到develop分支, 执行git merge命令)

git merge

接着去合并dev-zhangsan ,如果使用git merge,

绿色表示dev-cui 分支,紫色表示dev-zhangsan,每一个点代表一次提交.

可见出现了分叉,且merge操作会自动有一次commit(此处为快进式提交,参看文首链接),见下图:

gir rebase

先回退到7f8ccb37fdcced4bd4766c8192a6e27fc5f02730,

接着切换到dev-zhangsan 分支, 执行git rebase develop,

此刻对于dev-zhangsan 分支,已经有了develop分支的其他提交

而后切回develop 分支,执行git merge dev-zhangsan

此时的develop分支的提交log为:


git rebase一般称为变基 或换基 , 这篇blog 将其称为衍合 ,区别于git merge的合并

其实git rebase后,还是要执行一次git merge.

即有个主干分支A,有个次分支B,二者切分后,都有许多次提交. 这时想再合并到一起,且希望commit log是一条直线, 那切到次分支B上,执行git rebase A, 这时就基于A,然后把B的改动"拔掉",然后放到最前面.(B的提交历史此时是一条直线)

而后需要切回主干分支A,执行git merge B,一定是一个"快进式提交". 此时对于A,它的commit log就也是一条支线了


相关推荐
考虑考虑4 小时前
JDK26中的Map.ofLazy
java·后端·java ee
剪刀石头布啊4 小时前
vue-react为何要虚拟dom
前端
剪刀石头布啊4 小时前
ahooks常用的一些库,我们使用一下
前端
剪刀石头布啊4 小时前
从git更新本地提交记录到更新已经推送到远端记录
前端
云浪5 小时前
Go 并发实战:从零实现一个高并发安全的任务调度器
javascript·后端·go
苏三的开发日记5 小时前
Docker 启动顺序优化(CentOS / Ubuntu)
后端
Flynt6 小时前
axios 被投毒半年后,我把 npm 的"安全防线"实测了一遍:最信任的 SHA512 是安慰剂
前端·npm·node.js
excel7 小时前
Base62 和 Base64 有什么区别?
前端
高频因子挖掘机7 小时前
同一交易日出现重复 K 线:去重前先确认时间、来源和粒度
后端·github·api
feely02088 小时前
《我写了 31 个静态扫描插件,踩了 7 个「假绿」》
后端