`git rebase` 与 `git merge` 在分支合并时区别。 1. **Merge 合并**: - 当你执行 `git merge` 时，Git 会创建一个新的提交，将两个分支的历史合并在一起。这个新的提交会有两个父节点，分别指向被合并的两个分支的最新提交。这种合并方式会保留原有的提交历史，因此在提交历史中可以清晰地看到分支的合并情况。 - Merge 合并不会改变原有的提交历史顺序，每个分支的提交顺序保持不变，因此可以清晰地看出分支的发展情况。 2. **Rebase 变基**: - 而当你执行 `git rebase` 时，Git 会将当前分支的提交按照顺序逐个应用到目标分支的顶部，使得当前分支的提交历史“基于”目标分支的最新提交。这意味着，重新应用的提交将会有新的提交哈希值，因为它们的父提交已经改变了。 - Rebase 的结果是产生一系列全新的提交，它们的提交顺序可能与原来的提交历史不同。这使得提交历史更为线性和清晰，因为所有的更改都是按顺序逐个应用到目标分支上的。 - 由于 Rebase 会改变提交历史的顺序，因此它会重写提交历史。这也是为什么在执行 Rebase 时需要小心，尤其是在与他人共享分支时，避免对已经共享的提交进行 Rebase，以免引起混乱。