git merge和rebase的区别
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git merge和rebase的区别相关的知识,希望对你有一定的参考价值。
参考技术A 冲突处理策略的不同merge 遇见冲突后会直接停止,等待手动解决冲突并重新提交 commit 后,才能再次 merge
rebase 遇见冲突后会暂停当前操作,开发者可以选择手动解决冲突,然后 git rebase --continue 继续,或者 --skip 跳过(注意此操作中当前分支的修改会直接覆盖目标分支的冲突部分),亦或者 --abort 直接停止该次 rebase 操作
merge --no-ff 与 merge --ff-only 的区别
上面对 merge 的讲述都是基于其默认操作即 --no-ff(git merge xxx = git merge --no-ff xxx)的说明,但是 merge 还有一种常用的选项 --ff-only,那么这两种有什么区别呢?
--no-ff 是 merge 的默认操作,三方合并并提交修改;而 --ff-only 会判断当前分支可否根据目标分支快速合并,就像下面这样
快速合并
此时 deve 分支就可与 master 分支快速合并。
在 deve 分支上 git merge --ff-only master,便得到合并完成后的版本历史图
快速合并完成
可以发现 --ff-only 生成的历史记录和 rebase 十分相似,但是本质上 --ff-only 仍然是合并操作,但 rebase 并没有做合并,仅仅是提取修改到目标分支后面。
总结:选择 merge 还是 rebase?
merge 是一个合并操作,会将两个分支的修改合并在一起,默认操作的情况下会提交合并中修改的内容
merge 的提交历史忠实地记录了实际发生过什么,关注点在真实的提交历史上面
rebase 并没有进行合并操作,只是提取了当前分支的修改,将其复制在了目标分支的最新提交后面
rebase 的提交历史反映了项目过程中发生了什么,关注点在开发过程上面
merge 与 rebase 都是非常强大的分支整合命令,没有优劣之分,使用哪一个应由项目和团队的开发需求决定
merge 和 rebase 还有很多强大的选项,可以使用 git help <command> 查看
最后:一些注意点
使用 merge 时应考虑是采用 --no-ff 默认操作,生成一个对回顾提交历史并不友好的合并记录,还是采用 --ff-only 方式
rebase 操作会丢弃当前分支已提交的 commit,故不要在已经 push 到远程,和其他人正在协作开发的分支上执行 rebase 操作
与远程仓库同步时,使用 pull 命令默认进行了 git fetch + git merge --no-ff 两个操作,可以通过加上 --rebase 命令将 fetch 后的 merge 操作改为 rebase 操作,或者仅仅 'git fetch remoteName',然后才思考采取哪种整合策略 git merge(or rebase) origin/master
开发与 commit 时注意自己此时在哪个分支上
当有修改未 commit 时,不能进行 rebase 操作,此时可以考虑先用 git stash 命令暂存
git merge 和 rebase 区别
git pull 超级不推荐使用git pull 有坑,谨慎使用,pull底层是merge
git pull 是 git fetch + git merge FETCH_HEAD 的缩写。所以,默认情况下,git pull就是先fetch,然后执行merge 操作,如果加 —rebase 参数,就是使用git rebase 代替git merge。
merge 和 rebase
merge 是合并的意思,rebase是复位基底的意思。
现在我们有这样的两个分支,test和master,提交如下:
1
2
3
|
D---E test / A---B---C---F master |
在master执行 git merge test
,然后会得到如下结果:
1
2
3
|
D--------E / \ A---B---C---F----G test, master |
在master执行 git rebase test
,然后得到如下结果:
1
|
A---B---D---E---C ‘---F‘ test, master |
可以看到,merge操作会生成一个新的节点,之前的提交分开显示。而rebase操作不会生成新的节点,是将两个分支融合成一个线性的提交。
其他内容放这里
通过上面可以看到,想要更好的提交树,使用rebase操作会更好一点。这样可以线性的看到每一次提交,并且没有增加提交节点。
在我们操作过程中。merge 操作遇到冲突的时候,当前merge不能继续进行下去。手动修改冲突内容后,add 修改,commit 就可以了。
而rebase 操作的话,会中断rebase,同时会提示去解决冲突。解决冲突后,将修改add后执行git rebase —continue继续操作,或者git rebase —skip忽略冲突。
以上是关于git merge和rebase的区别的主要内容,如果未能解决你的问题,请参考以下文章