git的cherrypick与rebase命令

cherry-pick命令

cherry-pick命令可以将另一分支的commit内容合并到当前分支。

假如现在有两个分支v1.0，v1.1。
v1.0有如下commit:

commit 4d3b38f3e6b9f49776f6e2d2861f0425e10df8d6 (HEAD -> v1.0)
Author: bin
Date: Tue Mar 19 10:33:43 2019 +0800
feature5
commit 65ad383c977acd6c7e7bed486bbf3631851a9eda
Author: bin
Date: Tue Mar 19 10:30:44 2019 +0800
feature4
commit a2a438f2652166f13a6a2aa36f447968fff3b15d
Author: bin
Date: Tue Mar 19 10:30:09 2019 +0800
feature3

现在v1.1需要合并feature4的功能，但不能合并feature3，feature5，怎么办？
把代码复制过来吗？不！！！用cherry-pick

git cherry-pick 65ad383c977acd6c7e

如果文件有冲突，cherry-pick 会中断，
你解决冲突后，使用git add添加冲突文件，使用git cherry-pick &＃8211;continue完成cherry-pick操作。
或者使用git cherry-pick &＃8211;abort中断操作。

如果你cherry-pick的是别人分支的commit，可能会遇到错误fatal: bad object ...，那是因为git cherry-pick是本地特性，本地要有这个commit才可以被git cherry-pick。如果没有这个commit id，就会出现这个错误。先把别人的分支拉取到本地再执行命令就可以了。

rebase命令

之前都不太在意 git rebase的使用，直到看了这篇文章
彻底搞懂 git rebase，规范项目的commit

想想也是的，如果git log充斥着大量如下commit:

fixbug
fixbug
fixbug
add log
add log
add log
add log

文章中提到的
1.不利于代码 review
2.不利于代码回滚
同时，也不利于自己回顾跟踪代码。

所以可以使用rebase合并commit。
我把上面栗子中v1.0分支所有commit合并为一个

git rebase -i a2a438f2652 4d3b38f3e

其中-i的意思是&＃8211;interactive，即弹出交互式的界面让用户编辑完成合并操作。
这时会弹出编辑页面

r a2a438f feature3
# Rebase 1822165..46c1e55 onto 1822165 (3 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.

上面是指令编辑，下面注释是指令说明：
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的合并了。

git rebase合并其他分支与git cherry-pick异曲同工，这里不再复述了。

上面文章中也说到，git rebase会修改commit 记录，属于危险操作，需小心操作。

参考：
rebase 用法小结

commit补提文件

还有一个小技巧，如果我们commit之后发现漏掉了一个文件, 这时候可以对这个文件再进行commit一次, 但这样做就显得很多余，而且容易污染commit记录，而进行版本回退再添加也比较麻烦. 这个时候就可以使用这个amend命令.如下:

$ git commit -m "版本1.5开发代码"
# 正当你松了一口气的时候发现配置文件忘记修改了, 你赶紧修改,并适合用add到暂存区
$ git add project.property
$ git commit --amend
# 你会神奇的发现你没有增加任何多余的操作就把漏掉的文件补齐到最后一次提交中

参考：
Git 王者超神之路