Git中merge和rebase的区别

简介

Git中,rebase和merge操做都是将一个分支的更改合并到另外一个分支中,可是方式不一样。git

举个例子:如今有两个分支master和feature,分别有以下提交:code

git merge featurecdn

merge操做将会自动产生一个新的commit,记录此次合并的提交信息,merge操做记录了真实的commit状况,包括每一个分支的详情。blog

git rebase feature开发

rebase将从主分支的最后一次提交开始添加feature分支中的全部更改。it

注意事项

  • 若是您想查看与发生时彻底相同的历史记录,您应该使用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(不要在公共分支上使用)io

总结

若是你想要一个干净的,没有merge commit的线性历史树,那么你应该选择git rebase 若是你想保留完整的历史记录,而且想要避免重写commit history的风险,你应该选择使用git mergeast

相关文章
相关标签/搜索