git cherry-pick命令执行多次，会怎样？以下通过idea进行演示，先总结结论：
1、cherry-pick无冲突时，仅能执行一次此命令，第二次cherry-pick会直接卡住
2、cherry-pick有冲突时，可执行多次此命令，每次都是拿各分支最新代码让人合并，每次执行都要解决冲突
下面通过idea实际操作，验证以上结论。我们选定dev分支、st分支，选定hjtest1.txt、hjtest2.txt文件进行分支冲突和cherry-pick操作。
首先先看idea上cherrypick该怎么操做
下图是把dev分支，选中一条代码合并到st上，即cherry-pick一条到st上。单击这条提交记录->右键Cherry-Pick即可
上图是无冲突的情况，可看到左下角直接提示：Cherry-pick successful。之后我们进行正常push代码即可，此条提交记录就合到st上了。
我们再次进行右键Cherry-Pick，即验证无冲突情况的多次Cherry-Pick。此时idea报错，如下：
至此，情况1验证完毕
对于情况2，我们先制造分支冲突，制造完分支冲突后Cherry-pick效果如下图所示：
上图中，左侧为st分支，右侧为dev分支，次Cherry-Pick是为了将dev代码合并至st。即dev为源头分支，st为目标分支，我们将本地分支切为st分支。
我们进行冲突合并，合并后如下图所示：
这里插一下，如果我们某次 Cherry-Pick不想要了，可通过Abort Cherry-Pick取消：
之后我们push掉合并后的代码（如果没push，那当前是处于Cherry-picking状态的，是无法再次Cherry-Pick的）。
然后进行再次Cherry-Pick，此时仍发生冲突，冲突情况如下图所示：
可以看到，左侧st代码已变为最新合并后的代码，即验证情况2的结论。
