简介
Git中,rebase和merge操作都是将一个分支的更改合并到另一个分支中,但是方式不同。
举个例子:现在有两个分支master和feature,分别有如下提交:
git merge feature
merge操作将会自动产生一个新的commit,记录这次合并的提交信息,merge操作记录了真实的commit情况,包括每个分支的详情。
git rebase feature
rebase将从主分支的最后一次提交开始添加feature分支中的所有更改。
注意事项
- 如果您想查看与发生时完全相同的历史记录,您应该使用merge。merge会保存历史记录,而rebase重写历史记录。
- 如果feature分支的更改与其他开发人员共享,则不建议使用rebase,因为rebase过程将创建不一致的仓库。
- rebase更好地简化了复杂的提交记录,也可以通过交互式rebase更改提交历史:可以删除不需要的commit、将两个或多个commit压缩到一个commit、编辑commit消息等。
- merge一次性展示所有冲突,而Rebase每次展示一次commit时的冲突。rebase可以更好的处理冲突,但是带来的问题是,如果想要还原(revert)一次rebase操作就会变得十分困难。
The Golden Rule of Rebasing rebase
never use it on public branches(不要在公共分支上使用)
总结
如果你想要一个干净的,没有merge commit的线性历史树,那么你应该选择git rebase 如果你想保留完整的历史记录,并且想要避免重写commit history的风险,你应该选择使用git merge