一、Git 变基与合并
Git 提供了两种将分支合并到主分支的方法:rebase(合并) 和 merge(变基)。rebase 和 merge 都是用于集成某个分支到另一个分支的方法。然而,它们采用的方法不同。merge 会将两个分支直接合并成一个新的提交,而 rebase 则是将某个分支的提交复制到另一分支上,然后插入到目标分支的合适位置。下面分别介绍这两个版本控制策略
1、变基
1.1、变基的工作原理
两个分支master和feature,其中feature是在提交点B处从master上拉出的分支,master上有一个新提交M,feature上有两个新提交C和D,如下:
下图为变基后的提交节点图
feature:待变基分支、当前分支;master:基分支、目标分支。当执行rebase操作时,git会从两个分支的共同祖先开始提取待变基分支上的修改,然后将待变基分支指向基分支的最新提交,最后将刚才提取的修改应用到基分支的最新提交的后面。
通俗解释:rebase(变基),可以直接理解为改变基底。feature分支是基于master分支的B拉出来的分支,feature的基底是B。而master在B之后有新的提交,就相当于此时要用master上新的提交来作为feature分支的新基底。实际操作为把B之后feature的提交存下来,然后删掉原来这些提交,再找到master的最新提交位置,把存下来的提交再接上去(新节点新commit id),如此feature分支的基底就相当于变成了M而不是原来的B了。
1.2、变基操作的优缺点
优点:文章来源:https://www.toymoban.com/news/detail-783350.html
- 历史记录简单 - rebase可以使得历史记录更加线性和简单,比merge更容易理解
- 减少冗余的commit - rebase会将当前分支的修改整合到目标分支中,因此可以减少不必要的commit数量
缺点:文章来源地址https://www.toymoban.com/news/detail-783350.html
- 可以改变历史记录 - rebase会改变历史记录,因此需要谨慎使用
- 可能会丢失提交记录 - 如果由于一些原因,rebase失败,一些提交记录可能会丢失
2、合并
merge是将两个分支的内容合并成一个新的分支,让这个新的分支包含两个分支的内容。当执行merge时,Git将会创建一个新的commit,合并两个分支的代码。
优点:
- 简单易懂 - merge非常直观和易于理解
- 保留历史记录 - 由于merge创建了一个新的commit,因此可以在历史记录中查看合并的结果,并且不会改变历史记录
缺点:
- 会产生冗余的commit- 由于merge会创建一个新的commit,因此可能会产生许多不必要的commit。
- 历史记录较为复杂 - 多个merge操作可能会导致历史记录变得复杂,难以理解。
到了这里,关于Git 变基与合并的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!