Git 变基与合并

一、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、变基操作的优缺点

优点：

• 历史记录简单 - rebase可以使得历史记录更加线性和简单，比merge更容易理解
• 减少冗余的commit - rebase会将当前分支的修改整合到目标分支中，因此可以减少不必要的commit数量

缺点：

• 可以改变历史记录 - rebase会改变历史记录，因此需要谨慎使用
• 可能会丢失提交记录 - 如果由于一些原因，rebase失败，一些提交记录可能会丢失

2、合并

merge是将两个分支的内容合并成一个新的分支，让这个新的分支包含两个分支的内容。当执行merge时，Git将会创建一个新的commit，合并两个分支的代码。

优点：

• 简单易懂 - merge非常直观和易于理解
• 保留历史记录 - 由于merge创建了一个新的commit，因此可以在历史记录中查看合并的结果，并且不会改变历史记录

缺点：

• 会产生冗余的commit- 由于merge会创建一个新的commit，因此可能会产生许多不必要的commit。
• 历史记录较为复杂 - 多个merge操作可能会导致历史记录变得复杂，难以理解。