一、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操作可能会导致历史记录变得复杂，难以理解。