1.需求背景

需要在某个稳定版本上，添加一个刚开发完成的版本中的功能。就可以使用 Cherry-pick 命令，将这个功能相关的 commit 提取出来，合入稳定版本的分支上。

对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。

通常开发时分两种情况：

• 需要将某一个分支的所有代码变动，那么就采用合并（git merge）
• 只需要某一个分支的部分代码变动（某几个提交），这时可以采用 Cherry pick

2.git cherry-pick介绍

cherry-pick 和它的名称翻译一样，精心挑选，挑选一个我们需要的 commit 进行操作。它可以将在其他分支上的 commit 修改，移植到当前的分支。

git cherry-pick命令的作用，就是将指定的提交（commit）应用于其他分支。

git cherry-pick <commitHash>

上面命令会将指定提交的commitHash应用于当前分支。此时在当前分支产生一个新的提交，新提交代码的哈希值会和之前的不一样。

3.演示操作

3.1 cherry-pick一次转移一次提交

比如下面两个分支：

     a - b - c - d   Master\e - f - g Feature

将提交f应用到master分支：

# 切换到 master 分支
git checkout master# Cherry pick 操作
git cherry-pick f

上面的操作完成以后，代码库就变成了下面的样子。

     a - b - c - d - f   Master\e - f - g Feature

从上面可以看到，master分支的末尾增加了一个提交f。

git cherry-pick命令的参数，不一定是提交的哈希值，分支名也是可以的，表示转移该分支的最新提交。

git cherry-pick feature

上面代码表示将feature分支的最近一次提交，转移到当前分支。

---

4.cherry-pick 支持一次转移多个提交

git cherry-pick <HashA> <HashB>

上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。

如果想要转移一系列的连续提交，可以使用下面的简便语法：

git cherry-pick A..B 

上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。

注意：使用上面的命令，提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的语法。

git cherry-pick A^..B 

5.代码冲突

如果操作过程中发生代码冲突，Cherry pick 会停下来，让用户决定如何继续操作。

--continue

用户解决代码冲突后，第一步将修改的文件重新加入暂存区（git add .），第二步使用下面的命令，让 Cherry pick 过程继续执行。

git cherry-pick --continue