git rebase基本原理与两种使用场景
假如当前分支是master分支,则执行git rebase dev,首先找到master分支与dev的最近父节点“master init”,然后以此为基点,将dev上节点“master init”之后的所有提交,迁移到master分支的节点“master init”后面,而master分支上节点“master init”之后的所有提交依次顺延。

情形1:如果master在节点“master init”之后的提交(包括master1 ,master2)已经推送到远程,如何处理?
思路: dev做的更改都作为master分支上最新的提交,不就可以了。
可以先切到dev,执行git rebase master 成功后再切回master,再执行git rebase dev
图解:

如果git rebase过程中发生冲突,则先解决冲突,解决冲突后,git add把文件保存到暂存区。然后执行
git rebase --continue,继续rebase

情形二:如果本地有两次多次commit没有提交远程,此时想合并多次commit,只推送一次commit到远程,如何处理?
笨方法:通过git reset --soft HEAD^^通过软回滚多次,再执行一次git commit即可。
高级操作:通过git rebase -i 将本地的多次提交合并为一个
git rebase -i 将本地的多次提交合并为一个
注:git reflog查看git的操作日志。
本文讲解了GitRebase的基本原理及两种典型应用场景:一是当远程已有提交时如何使用Rebase;二是如何通过Rebase合并多次本地提交为单一提交。

被折叠的 条评论
为什么被折叠?



