git rebase 是 Git 中一个强大的命令，用来在提交历史上重新调整分支，以实现更清晰、更线性的提交记录。它的主要作用是将一个分支的更改“应用”到另一个分支之上，就像将提交“重演”在新的基础之上。以下是 git rebase 的概念和一些常见使用场景的讲解。

基本概念

在 Git 中，分支其实是一个指向一系列提交的指针，而 rebase 让我们可以选择将这些提交转移到另一个基础提交上。这意味着我们可以将一个分支上的提交“重放”到另一个分支之上，从而实现干净、线性的历史。

举个例子，假设你在分支 feature 上开发新功能，而主分支 main 上的代码库发生了变化。此时 feature 和 main 分支的提交历史可能会如下所示：

1
2
main:   A---B---C
feature:      \---D---E

你希望将 feature 分支上的提交 D 和 E 转移到 main 分支的最新提交 C 之后，让它看起来像是基于 main 最新的提交开发的。在这种情况下，可以使用 git rebase。

使用方法

  1. 切换到 feature 分支：

    1
    git checkout feature

  2. 执行 git rebase 操作：

    1
    git rebase main

这样，Git 会将 feature 分支的更改“重放”到 main 的最新提交之后。结果如下：

1
2
main:   A---B---C
feature:           D'---E'

这里的 D' 和 E' 是新的提交，它们的内容和 D、E 相同，但应用到了新的基础 C 之上。

使用场景

1. 保持历史清晰（线性历史）

当多人协作开发时，经常会有多个分支进行开发并最终合并到 main 分支。如果每个分支的开发人员都使用 rebase，那么 main 分支的历史会更加线性清晰，而不会充满各种分支和合并节点。

2. 从主分支获取最新更新

在开发新功能的分支中经常需要从 main（或 master）分支获取最新的更新。此时你可以使用 rebase 让自己的更改应用到最新的 main 之上，而不是直接合并 main。这样做可以减少合并提交，保持提交历史的整洁。

1
git rebase main

3. 清理提交历史

在提交历史中有时会有一些零碎的提交记录，比如小的修复或调试代码。git rebase -i（交互式 rebase）允许我们在 rebase 过程中合并或编辑这些提交，以清理提交历史。

1
git rebase -i HEAD~n

这会打开一个交互式界面，你可以选择将某些提交“合并”（squash）或重新排序，使得提交历史更加清晰。

注意事项

  • 不建议在公共分支使用 git rebase：因为 rebase 会更改提交历史（新生成的提交替换了旧提交），在公共分支上执行 rebase 可能会导致其他开发者的分支出现冲突。因此，rebase 通常用于个人分支或尚未共享的分支。

  • 可能需要解决冲突：在 rebase 的过程中，如果不同分支对同一代码块有不同更改，Git 会提示冲突。你需要手动解决冲突，并继续 rebase 过程：

    1
    git rebase --continue

  • 可选择 --abort：如果 rebase 过程中遇到复杂冲突或更改过多，可以使用 --abort 放弃此次 rebase，恢复到之前的状态：

    1
    git rebase --abort

总结

git rebase 的主要用途是将一个分支的提交“转移”到另一个分支的基础之上，从而让提交历史更简洁、线性。通过 rebase，你可以保持提交历史的整洁，但要小心使用它，尤其在涉及公共分支时。