Git:图解 merge 和 rebase 的区别

在 Git 的交汇处,每一次选择都是代码旅程的新起点。

在 Git 中,Merge 和 Rebase 是两种常用的分支整合方式,但是一些初学的小伙伴可能不知道它们之间有什么区别,以及二者该怎么选择。

本文将深入探讨 Merge 和 Rebase 的区别,帮助你更好地理解和运用它们,以提高代码管理的效率和质量。

Merge | 分支交汇的交叉路口

Merge的原理很简单,就是将要合并的两个分支的最新提交组合成一个新的提交,并且插入到目标分支中。

假设现在有一个 main 分支和一个 feature 分支,如图(图中数字为提交的先后次序,即最早的提交是1,然后是2,其次是3):

现在我想要把分 feature 分支 merge 到 main 分支上去,那么 git 会把两个分支的最新提交4和5合并成一个提交,并且合入目标分支 main:

当然,如果4和5中存在代码冲突,必须先解决代码冲突才能合并。

最终会得到这么两个分支:

具体的 merge 操作为:

git 复制代码
git checkout main
git merge feature

Rebase | 提交历史的线性编织

与 merge 不同的是,rebase 并不会保留原有的提交,而是会创建当前分支比目标分支更新的所有提交的副本, 在上述例子中(将 feature 变基到 main)就是 2' 和 4',然后将 2' 和 4' 按次序插入目标分支末尾:

这样就完成了一个 rebase 的过程。

同样,如果有代码冲突,首先需要解决冲突才能 rebase 成功。

最终得到的两个分支为:

具体的 rebase 操作为:

git 复制代码
git checkout main
git rebase feature

适用场景

不难发现,merge 和 rebase 最大的区别在于是否会保留原有的提交(或者说破坏原有的提交结构)。

merge 会对提交历史进行保留,很显然更适合多人协作开发的场景,因为如果出现问题也可以追溯到历史的每一次提交。

而 rebase 则是会让提交历史更加简洁易读,保持提交历史的线性结构,所以更适合个人开发和整理分支的情况。

一句话概括就是,如果我想要把某个特性分支 feature_xxx 合并到 main 分支中的时候,最好的方式就是 merge,而当我一个人需要开发某个 feature_xxx 分支的时候,最好的方式就是 rebase。

相关推荐
云雾J视界1 小时前
开源协作2.0:GitHub Discussions+AI重构开发者社区的知识共创生态
人工智能·开源·github·discussions·知识共创·社区知识·ai重构
老程序员刘飞1 小时前
项目上传到GitHub流程
github
颇有几分姿色1 小时前
Git将本地项目推送到GitLab
git·gitlab
该用户已不存在2 小时前
这6个网站一旦知道就离不开了
前端·后端·github
Moment3 小时前
NestJS 在 2025 年:对于后端开发者仍然值得吗 😕😕😕
前端·后端·github
逛逛GitHub3 小时前
盘点本周 6 个火火火火 GitHub 开源项目。
github
xiaohe06015 小时前
🔒 JavaScript 不是单线程吗?怎么还能上“锁”?!
javascript·github
Kent_J_Truman6 小时前
Git个人配置偏好记录以及注意事项
git
小龙报8 小时前
《算法每日一题(1)--- 连续因子》
c语言·开发语言·c++·windows·git·算法·visual studio