1.背景/场景
正在开发一个新功能,从master
拉取了一个新的分支dev-v1-XXX
。
现在项目有三个分支:
master
主分支fat
测试环境分支dev-v1-XXX
我的开发分支
开开心心的完成了功能,将功能代码合并到了fat
分支提交测试
这时候突然想起来还有几个小问题没改,然后忘记切回自己的开发分支 , 直接在fat
分支修改后Commit&Push
测试结束后要发布新功能,可是突然想起来代码一部分在dev-v1-XXX
分支,一部分在fat
分支
怎么办?
- 直接把
fat
和dev-v1-XXX
都合入master
(fat
还有其他同学的不能发布的代码) - 把
fat
中的修改手动copy过来(太麻烦了,简直相当于重写)
我们本章的主角git cherry-pick <commit>
该出手了。
2.git cherry-pick <commit>
简介
git cherry-pick <commit>
将指定的提交<commit>
,应用于当前分支。会在当前分支产生一个新的提交,新提交的<commit>
与原先不同。
语法
git cherry-pick [--edit] [-n] [-m parent-number] [-s] [-x] [--ff] [-S[<keyid>]] <commit>…
git cherry-pick (--continue | --skip | --abort | --quit)
使用
## 查找提交的commit id 例如: '7d069483151480153c64544854c3e03b12fa352b'
git log
## 切换到要合入的分支
git checkout dev-v1-XXX
## 合入一个提交 git cherry-pick <commit>
git cherry-pick 7d069483151480153c64544854c3e03b12fa352b
## 合入多个提交 git cherry-pick <commit> <commit>
git cherry-pick 7d069483 12fa352b
参数
-e
,--edit
允许在提交之前编辑提交消息。
-n
,--no-commit
只更新工作区和暂存区,不产生新的提交。
-x
在提交信息的末尾追加一行(cherry picked from commit ...)
,方便以后查到这个提交是如何产生的。
-s
,--signoff
在提交信息的末尾追加一行操作者的签名,表示是谁进行了这个操作。
-m parent-number
,--mainline parent-number
如果原始提交是一个合并节点,来自于两个分支的合并,那么 Cherry pick 默认将失败,因为它不知道应该采用哪个分支的代码变动。-m
配置项告诉 Git,应该采用哪个分支的变动。它的参数parent-number
是一个从1
开始的整数,代表原始提交的父分支编号。
冲突
git cherry-pick
操作过程中发生代码冲突,Cherry pick 会停下来,让用户决定如何继续操作
- 解決冲突,继续合入
用户解决代码冲突后,将修改的文件重新加入暂存区(git add .
)然后执行git cherry-pick --continue
继续合入操作 - 跳过冲突,继续合入其他提交
执行git cherry-pick --skip
- 放弃合入,回退到操作前
执行git cherry-pick --abort
- 退出合入,不回退到操作前
执行git cherry-pick --quit