# 24.变基和合并

`Rebasing`（变基） 和 `Merging`（合并） 是 Git 中常用的两种集成分支的方法。这两种方法都可以将一个分支的更改合并到另一个分支中，但它们的内部实现不同，因此其使用场景和结果也略有不同。

> rebase *v.* 重定（税收、价格指数等）的基准，变基的意思大概是改变基础吧。这个词念起来来别扭的很。

## Rebasing

`Rebasing` 是一种将分支更改应用于目标分支的方法，它会将分支的每个提交都转移到目标分支的顶部，并在每个提交之间将目标分支的更改应用于分支更改。这意味着，当你使用 `Rebasing` 方法时，最终的提交历史记录是一个线性的历史记录，其中所有更改都按照时间顺序排列。

主要优点：

* 提交历史记录更加干净和有序。
* 可以快速解决由于分支变化而导致的代码冲突。

主要缺点：

* 可能需要耗费大量时间和精力来处理冲突。
* 对于多人协作开发而言，可能需要进行协调才能确保不出现问题。

## Merging

`Merging` 是一种将分支更改合并到目标分支的方法。它会创建一个新的合并提交，该提交包含了目标分支和要合并的分支的全部更改。这意味着，当你使用 `Merging` 方法时，最终的提交历史记录将包含合并提交以及两个分支的更改历史记录。

主要优点：

* 容易理解和使用。
* 不需要手动处理冲突。

主要缺点：

* 提交历史记录可能会变得杂乱无序，难以阅读和理解。
* 如果分支更改频繁，可能会导致大量的冲突。

综上所述，`Rebasing` 和 `Merging` 都是有效的集成分支的方法，它们适用于不同的场景。如果你需要保持提交历史记录的整洁和有序，或者需要快速解决由于分支变化而导致的代码冲突，则可以选择使用 `Rebasing` 方法。如果你需要简单地将一个分支的更改合并到另一个分支中，并且不关心最终的提交历史记录，则可以选择使用 `Merging` 方法。