如何正确Git Cherry-Pick自定义提交及范围？是否适用于Git Revert？

问题根源 #

你执行的命令没生效，核心问题是提交范围的方向写反了。Git 中A..B的范围语法，要求B必须是比A新的提交（更靠近当前 HEAD），这个写法表示「选取所有能从B到达，但不能从A到达的提交」——简单说就是从A的下一个提交，到B的所有提交。你写的head~4..head~67里，head~67比head~4旧很多，这个范围其实没有任何有效提交，Git 当然不会执行操作。

正确的命令写法 #

要混合单个提交和多个范围，只要把范围的方向修正为「旧提交在前，新提交在后」，再和单个提交直接拼接就行。针对你的例子，修正后的命令是：

git cherry-pick head~67..head~4 head~1 head~9 head~87 head~145..head~120

• 如果需要包含范围的起始提交（比如head~67），可以把范围写成head~67^..head~4，^表示取目标提交的父提交，这样就能把head~67本身也纳入范围。
• 单个提交（比如head~1、head~9）直接写即可，和范围的顺序不影响，Git 会自动按提交时间顺序处理。

复杂场景的批量处理技巧 #

如果要处理的提交列表特别长或者筛选条件复杂，可以用以下方法简化操作：

• 把所有要处理的提交哈希/相对引用写到一个文本文件（比如commits.txt），每行一个，然后执行：

  git cherry-pick $(cat commits.txt)
  

• 用git rev-list生成符合条件的提交列表，比如筛选特定作者、时间段的提交，再传给 cherry-pick：

  git cherry-pick $(git rev-list --author="指定作者" head~145..head~120)
  

对 Git Revert 的适用性 #

这套方法完全适用于git revert：

• 同样要注意范围方向，git revert old..new会按从新到旧的顺序，逐个 revert 指定范围内的提交（这个顺序能减少冲突概率）；
• 混合单个提交和范围的写法和 cherry-pick 完全一致，比如：

  git revert head~67..head~4 head~1 head~9
  

• 批量处理的技巧（从文件读提交列表、用rev-list生成列表）也通用。

注意事项 #

• 如果操作中遇到冲突，解决完冲突后执行git cherry-pick --continue（或git revert --continue）就能继续；要是不想处理冲突，用git cherry-pick --abort（或git revert --abort）回到操作前的状态。
• 用head~N这种相对引用时，要确保当前分支是你预期的分支，避免引用到错误的提交。

内容的提问来源于stack exchange，提问作者teo77