本文主要参考git
rebase在git中是一个很是有魅力的命令,使用得当会极大提升本身的工做效率;相反,若是乱用,会给团队中其余人带来麻烦。它的做用简要归纳为:能够对某一段线性提交历史进行编辑、删除、复制、粘贴;所以,合理使用rebase命令可使咱们的提交历史干净、简洁!shell
当咱们在本地仓库中提交了屡次,在咱们把本地提交push到公共仓库中以前,为了让提交记录更简洁明了,咱们但愿把以下分支B、C、D三个提交记录合并为一个完整的提交,而后再push到公共仓库。测试
如今咱们在测试分支上添加了四次提交,咱们的目标是把最后三个提交合并为一个提交:spa
这里咱们使用命令:日志
git rebase -i [startpoint] [endpoint]
其中-i
的意思是--interactive
,即弹出交互式的界面让用户编辑完成合并操做,[startpoint]
[endpoint]
则指定了一个编辑区间,若是不指定[endpoint]
,则该区间的终点默认是当前分支HEAD
所指向的commit
(注:该区间指定的是一个前开后闭的区间)。
在查看到了log日志后,咱们运行如下命令:code
git rebase -i 36224db
或:get
git rebase -i HEAD~3
而后咱们会看到以下界面:it
上面未被注释的部分列出的是咱们本次rebase操做包含的全部提交,下面注释部分是git为咱们提供的命令说明。每个commit id 前面的pick
表示指令类型,git 为咱们提供了如下几个命令:ast
- pick:保留该commit(缩写:p)
- reword:保留该commit,但我须要修改该commit的注释(缩写:r)
- edit:保留该commit, 但我要停下来修改该提交(不单单修改注释)(缩写:e)
- squash:将该commit和前一个commit合并(缩写:s)
- fixup:将该commit和前一个commit合并,但我不要保留该提交的注释信息(缩写:f)
- exec:执行shell命令(缩写:x)
- drop:我要丢弃该commit(缩写:d)
根据咱们的需求,咱们将commit内容编辑以下:效率
而后是注释修改界面:
编辑完保存便可完成commit的合并了:
当咱们项目中存在多个分支,有时候咱们须要将某一个分支中的一段提交同时应用到其余分支中,就像下图:
咱们但愿将develop分支中的C~E部分复制到master分支中,这时咱们就能够经过rebase命令来实现(若是只是复制某一两个提交到其余分支,建议使用更简单的命令:git cherry-pick
)。
在实际模拟中,咱们建立了master和develop两个分支:
master分支:
develop分支:
咱们使用命令的形式为:
git rebase [startpoint] [endpoint] --onto [branchName]
其中,[startpoint]
[endpoint]
仍然和上一个命令同样指定了一个编辑区间(前开后闭),--onto
的意思是要将该指定的提交复制到哪一个分支上。
因此,在找到C(90bc0045b)和E(5de0da9f2)的提交id后,咱们运行如下命令:
git rebase 90bc0045b^ 5de0da9f2 --onto master
注:由于[startpoint]
[endpoint]
指定的是一个前开后闭的区间,为了让这个区间包含C提交,咱们将区间起始点向后退了一步。
运行完成后查看当前分支的日志:
能够看到,C~E部分的提交内容已经复制到了G的后面了,大功告成?NO!咱们看一下当前分支的状态:
当前HEAD处于游离状态,实际上,此时全部分支的状态应该是这样:
因此,虽然此时HEAD所指向的内容正是咱们所须要的,可是master分支是没有任何变化的,git
只是将C~E部分的提交内容复制一份粘贴到了master所指向的提交后面,咱们须要作的就是将master所指向的提交id设置为当前HEAD所指向的提交id就能够了,即:
git checkout master git reset --hard 0c72e64
此时咱们才大功告成!
问题:
git rebase -i head~2
error: 没有父提交的状况下不能 'squash'
您能够用 'git rebase --edit-todo' 修正,而后执行 'git rebase --continue'。
或者您能够用 'git rebase --abort' 终止变基。