Git入门（二十一）：Rebase

在多人协作的项目中，当多个开发者在同一个分支上工作时，很容易遇到合并冲突。即使没有冲突，后推送的开发者也需要先拉取（pull）远程分支的更新，然后在本地合并，最后才能成功推送（push）自己的更改。这样的操作会导致分支的提交历史变得复杂，出现多个合并提交。

$ git log --graph --pretty=oneline --abbrev-commit
* d1be385 (HEAD -> master, origin/master) init hello
*   e5e69f1 Merge branch 'dev'
|\  
| *   57c53ab (origin/dev, dev) fix env conflict
| |\  
| | * 7a5e5dd add env
| * | 7bd91f1 add new env
| |/  
* |   12a631b merged bug fix 101
|\ \  
| * | 4c805e2 fix bug 101
|/ /  
* |   e1e9c68 merge with no-ff
|\ \  
| |/  
| * f52c633 add merge
|/  
*   cf810e4 conflict fixed

为了解决这个问题，Git提供了rebase命令，它可以将本地分支的提交“重新排序”，使得提交历史变得更加线性和清晰。下面是使用rebase的一个例子：

首先，确保你的本地分支是最新的。如果你的本地分支比远程分支落后，你需要先拉取远程分支的更新：

$ git pull

这会合并远程分支的更改到你的本地分支，并解决任何冲突。

然后，你可以使用git rebase来整理你的提交历史。假设你想要将本地分支的提交重新基于远程分支的最新提交：

$ git rebase origin/master

这个命令会将你的本地分支的提交“挪动”到远程分支的最新提交之后。在这个过程中，Git会尝试逐个应用你的本地提交，如果有冲突，你需要手动解决。

一旦rebase完成，你的本地分支的提交历史将变得线性，所有的提交都会基于远程分支的最新提交。这时，你可以使用git push来推送你的本地分支到远程仓库：

$ git push origin master

由于你的本地分支的提交已经重新排序，远程分支的提交历史也会相应地更新，变得更加线性。

$ git log --graph --pretty=oneline --abbrev-commit
* 7e61ed4 (HEAD -> master) add author
* 3611cfe add comment
* f005ed4 (origin/master) set exit=1
* d1be385 init hello
...

需要注意的是，rebase会改变本地分支的提交历史，这可能会对其他协作者造成困扰，特别是当他们的本地分支包含了你的提交时。因此，在使用rebase之前，最好确保没有其他人基于你的本地分支工作，或者在团队中达成一致的理解。如果你需要与其他人共享你的分支，通常推荐使用merge而不是rebase。