使用 rebase 轻松管理主干分支

前言

最近遇到一个技术团队的 dev 环境分支错乱，因为是多人合作大家各自提交信息，导致出现很多交叉合并记录，让对应 log 看起来非常混乱，难以阅读。

举例说明

1. 假设我们有一个项目，最初develop分支有 3 个提交记录，分别是A、B、C，如下所示

2. 此时，我们创建了一个feature分支用于开发新功能，feature分支基于A提交创建，并且有D、E、F三个提交记录，此时的分支情况如下：

3. 如果不进行rebase操作，直接将feature分支合并到develop分支，Git 会自动创建一个合并提交，这样提交历史会变得复杂，呈现出非线性的结构，如下所示：

这种情况下，提交历史中会出现许多交叉的合并记录，如果同时并线的不只是一个 feature 分支，在就会并行好几个线，非常混乱。

4. 而此时如果我们现在 feature 分支上进行 rebase¹操作，则会呈现如下效果。

可以看到，feature分支的提交历史变得更加线性，基于develop分支的最新状态进行了调整。

5. 此时再将feature分支合并到develop分支，就会简单很多，提交历史也更加清晰、整洁，如下所示：

这样就更加一目了然了，在进行异常的问题定位更加容易确定问题。

Tips

可以使用以下命令查看你们当前团队的分支情况

# 可以使用
git log --graph --oneline

如果主干分支出现以下情况，就可以考虑使用 rebase 变基操作了。

---

1. 在 feature 分支（开发分支）上执行 git rebase develop （主干分支）。 ↩︎