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
