git cherry-pick 最简单的使用

使用场景：
对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。
这时分两种情况。一种情况是，你需要另一个分支的所有代码变动，那么就采用合并（git merge）。另一种情况是，你只需要部分代码变动（某几个提交），这时可以采用 Cherry pick。

举例：有两个特性分支需要把 FeatureTwo 里面的名为 f 的commit (提交改动的代码) 追加到FeatureOne (FeatureOne也想要这个修改的代码)

 a - b - c - d  FeatureOne
         \
           e - f - g FeatureTwo

做法：

$ git checkout FeatureOne
$ git cherry-pick <commitHash> //FeatureTwo提交的commit Hash值
$ git add .
$ git push origin FeatureOne

注意：

命令二：上面的命令会将指定的提交commitHash，应用于当前分支。这会在当前分支产生一个新的提交，当然它们的哈希值会不一样。

命令三四：因为拉取到commit只是把代码更新到本地，并没有上传到远程。所以要push 上传到远程这里不需要commit 因为没有代码的改变 commit会失败

这时候 FeatureOne远程的代码就会被更新如下：

a - b - c - d - f  FeatureOne
         \
           e - f - g FeatureTwo

操作过程和单个提交一样

在 cherry-pick 后面用法不同

$ git cherry-pick <HashA> <HashB>  //列举commitHash值 
//$ git cherry-pick   ABDC   KIJHNBGH   不用加<><>

$ git cherry-pick A..B   //A到B所有的提交
注意：它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。
**** 这个命令不会包含提交A

$ git cherry-pick A^..B 
**** 包含提交A的连续提交方法

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

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

$ git cherry-pick --continue

发生代码冲突后，放弃合并，回到操作前的样子。

$ git cherry-pick --abort

发生代码冲突后，退出 Cherry pick，但是不回到操作前的样子。

$ git cherry-pick --quit