前言

相信大家在开发中一定遇到过一下我说是两个问题: 1、实现一个功能但是提交了多次,导致commit的log很臃肿,不够清晰; 2、在合并分支时,有时候我们只想合并dev分支上的部分commit,而不是全部合并; 若想解决以上两个问题,git rebase和git cherry-pick便是最好的选择,git rebase能够合并多个提交,git cherry-pick 能根据commitId将提交拷贝到主分支上;下面我将依次带大家学习这两个好用的命令;
1、 git rebase
第一步:假如你的开发分支是dev,首先先切到你自己的分支上,然后修改3次代码,提交3次,git log后如下所示;  第二步:若想和并以上3个分支我们可以执行如下命令进行分支编辑;
git rebase -i [startpoint] [endpoint]
git rebase -i HEAD~3
其中-i的意思是–interactive,即弹出交互式的界面让用户编辑完成合并操作,[startpoint] [endpoint]则指定了一个编辑区间,均为commitId,如果不指定[endpoint],则该区间的终点默认是当前分支HEAD所指向的commit(注:该区间指定的是一个前开后闭的区间)。 执行以上命令后,进入了分支编辑页面如下:  以上#号注释的是指令说明,其释义如下: pick:保留该commit(缩写:p) reword:保留该commit,但我需要修改该commit的注释(缩写:r) edit:保留该commit, 但我要停下来修改该提交(不仅仅修改注释)(缩写:e) squash:将该commit和前一个commit合并(缩写:s) fixup:将该commit和前一个commit合并,但我不要保留该提交的注释信息(缩写:f) exec:执行shell命令(缩写:x) drop:我要丢弃该commit(缩写:d) 按i进入编辑状态,将下面的两个pick改成s,如下图所示:  按esc -> 冒号 -> wq (退出并保存) 此时进入了提交信息的编辑页面如下所示:  可以使用dd删除提交信息保留一个即可,继续按esc -> 冒号 -> wq (退出并保存) 此时执行git log看到如下图所示,只有commit1了 
2、 git cherry-pick
第一节已经讲解了git rebase,本节接上一节的最后教大家如何使用git cherry-pick 在dev分支合并了多个提交后,此时大家一定会首先想到使用git merge合并到主分支,实际上假如我只想将已经被合并成commit1的最近的三次提交合并到主分支,此时即可以使用git cherry-pick; 执行步骤如下: 1、首先切换到master分支; 2、然后执行 git cherry-pick commitId 以上commitId是在dev分支上你要拷贝到主分支的commitId;执行完毕即可以通过git log看到主分支上多了commit1的提交;
写在最后
git rebase和git cherry-pick的使用能大大提高代码提交的规范和git日志的可读性;对于git cherry-pick,网上也有些不同的声音,链接如下,欢迎大家留言交流: Stop cherry-picking, start merging, Part 1: The merge conflict
🥂(?′?`?)您的点赞👍?评论📝?收藏?是作者创作的最大动力🤞
|