git中merge和rebase的区别
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git中merge和rebase的区别相关的知识,希望对你有一定的参考价值。
git merge是用来合并两个分支的。# 将b分支合并到当前分支
git merge b
git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作。例如,假设我 们有个稳定版本的分支,叫v2.0,另外还有个开发版本的分支v3.0,我们不能直接把两个分支合并,这样会导致稳定版本混乱,但是又想增加一个v3.0 中的功能到v2.0中,这里就可以使用cherry-pick了。
# 先在v3.0中查看要合并的commit的commit id
git log
# 假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
# 切到v2.0中
git check v2.0
# 合并commit
git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b
git rebase有点类似git merge,但是两者又有不同,打个比方,你有两个抽屉A和B,里面都装了衣服,现在想把B中的衣服放到A中,git merge是那种横冲直撞型的,拿起B就倒入A里面,如果满了(冲突)再一并整理;而git rebase就很持家了,它会一件一件的从B往A中加,会根据一开始放入的时间顺序的来加,如果满了你可以处理这一件,你可以继续加,或者跳过这一件,又 或者不加了,把A还原。所以merge适合那种比较琐碎的,简单的合并,系统级的合并还是用rebase吧。
专业的区别请移步到这里合并和衍合
# 合并b
git rebase b
# 处理完冲突继续合并
git rebase –continue
# 跳过
git rebase –skip
# 取消合并
git rebase –abort 参考技术A 假设现在有两个分支 A B
1. 在B分支上执行 git merge A 后 A就被合到B上了
2. 在B分支上执行 git rebase A 后,效果与merge是一样的,但是 A就没有了,两个分支就合在一起了。本回答被提问者和网友采纳
git merge rebase的区别及应用场景
前两天和同事交流发现他在日常开发中跟上游保持同步每次都是用git pull操作,而我一直习惯git fetch然后rebase,发现这两种操作后的log是有些区别的。他每次pull操作之后都会自动生成一个merge记录,而使用fetch+rebase就没有。
查了下发现其实就是git pull命令两种参数的区别:
git pull --merge 默认参数,相当于:git fetch + git merge
git pull --rebase 手动指定,相当于:git fetch + git rebase
git fetch所做的只是把远程库的文件获取到本地,也就是git merge和git rebase的区别。
在Git文档里,关于两个参数的应用场景有个很经典的原则:
你可以用rebase来合并那些本地已经修改了但是还没push的提交以保持和上游同步,但从来不要rebase任何你已经push过的任何东西。
先记录一下,想到合适的例子再来补充~
以上是关于git中merge和rebase的区别的主要内容,如果未能解决你的问题,请参考以下文章