本文介绍了git中的rebase和merge命令的区别，相同点在于它们都能合并代码，但merge保留提交记录，而rebase则直接将内容合并到最新版本。文章通过三个场景分析了何时使用rebase（如不影响已有功能的更新）和merge（如涉及共同开发的模块），并提醒注意rebase不适用于公共分支的合并，以避免复杂性。
前言
git我们已经足够熟悉了，也许项目中我们常用的是merge命令，有时也用到rebase，但是就是不清楚两者的区别以及背后的机制原理，接下来进行讲解。
相同点
两者都可以合并代码。
不同点
比如现在在某个子分支执行git rebase(merge) master操作。
merge:将在子分支的所有提交记录成一次commit，保留在记录中。（下图的E即为该记录）
rebase:不会保留commit记录，直接将分支中的内容排到master的记录之后。如图：合并前版本如下：
使用merge操作后如下图：
使用rebase操作后如下图：
简单总结就是：merge就是将自己版本合并到master分支下。rebase就是覆盖的操作。
使用场景：
场景一
一直在某个子分支开
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
