前言
新公司的git规范对rebase的使用大大增加,之前都是merge一把刷子干的,而为了能够更好的查看git记录树,可视化工具sourcetree是不错的选择,故而整理下常见的使用方法。
撤销相关
撤销是比较重要的操作,而且容易出错,故而先整理这一块。
未暂存前撤销
在没有git add之前,先撤销。通过丢弃功能即可:
已暂存,未提交前撤销
已经add了,但是没有commit的话,直接取消暂存即可。
已提交,未推送远端前撤销
如果已经commit,但是没有push到远端。有两种方式,第一种是通过选择要回滚到的commit,右键 重置当前分支到此次提交,这种方式会回滚到add之前,也就是所有本次修改的文件内容均得以保存:
如果是想直接放弃所有的这次commit内容,则选择要回滚到的commit,右键 回滚提交,但是这种情况容易产生冲突,所以也是不太建议的。完全可以通过上面的方式,再参考未暂存前撤销的方式,完成回滚操作。
已推送远端后撤销
如果已经push到远端了,又想撤销。首先右键要去的commit,重置当前分支到此次提交,
然后打开命令行模式,执行git push -f ,强制将内容推到远端,最后把本地未暂存的改动全部丢弃(或者在重置当前分支到此此提交时使用强行合并)即可。
可以看到多余的commit已经没有了。
rebase相关
rebase两个作用,一个是将本分支多个commit进行合并或者其他美化操作,一个是将不同分支直接进行合并(但是不像merge那样会让分支树很混乱)。在sourcetree,rebase叫做变基。但是需要注意,rebase只能用在个人分支,不要用在公共分支!再就是已经push后的分支是无效的,请直接使用已推送远端后撤销的方式来撤销。
先说第一种
本分支commit合并
有时候我们的commit信息不好看,比如这种:
我们想把这几个优化下,把2和3的commit合并:我们选择右键交互式变基:
然后选中第一个,点击用此前的squash,只到所有commit合并到一个,再点击后编辑一下commit的信息,确定即可。
最后发现分支树已优化完毕:
跨分支变基
在test2分支,想把test1分支的代码并过来。
本地分支rebase本地分支
有以下几种情况,第一种是test1,test2都是本地分支,没有远端。
这种情况下自己处于test1分支,然后右键test2分支,变基即可。
本地分支rebase远程不同分支
现在test2是个远程分支,而test3的新的本地分支,我们想把test2的内容rebase到test3中。 我们还是先切到test3分支,右键test2分支,变基即可。
本地分支rebase远程相同分支
如果多人在同一分支开发,使用拉取也就是git pull = git fetch + git merge ,这样会多一条merge的记录,而使用git pull -r = git fetch + git rebase 。这样就是走的rebase的流程。
比如目前的test4分支,可以看到本地的和远程的不一样:
这时如果使用拉取+推送的话,就会多一条merge的记录。
这个时候可以通过在本地test4分支,右键远程test4分支,变基,再去推送即可。
远程分支rebase远程分支
假设我们现在有了test4分支,并且已经push到远端了,这个时候又想把远端的test2分支的内容rebase过来。 我们还是先切到test4分支,然后右键点击test2的变基。(还有后续流程): 你会发现多了拉取和推送,但是切记千万不要点击(原因是rebase产生了新的commitid,你本地的tes4和远端的已不再一样了,如果拉取相当于git pull而不是git pull -r,所以会造成多一次相同提交和merge记录)。这种情况下直接将通过命令行git push -f 强制推送即可。
可以看到结果又好了。
这也是为什么不要在公共分支(有远端的分支)轻易使用rebase的原因了,因为你会修改别人的提交记录!!
冲突处理
有时候rebase时会发生冲突,比如test5和test6改了同一个文件的同一行,这个时候我在test6上对test5进行变基。
sourcetree会提示你有冲突并需要解决: 这个时候需要去编辑器内解决冲突,然后暂存(git add .),再进行命令行操作git rebase --continue ,来完成正常的rebase流程。 这样就又正常了:
|