WebStorm 中 cherry-pick 需在 Log 视图右键已提交 commit 选择“Cherry-pick Revision”，不支持 merge commit 和交互式参数；冲突时需在合并工具中谨慎选取变更，批量操作按选中顺序执行。

Git Cherry-Pick 在 WebStorm 里怎么点出来

WebStorm 不是靠菜单栏“Git → Cherry-Pick”触发的——那个选项根本不存在。它藏在「Log」视图的右键菜单里，而且只对已提交（committed）的 commit 生效，未推送、未合并、甚至带冲突的 commit 都能选，但前提是得先看到它。

• 打开 VCS → Git → Show History，或直接按 Alt+9 打开 Version Control 工具窗口后切到 Log 标签页
• 在提交列表中右键目标 commit → 选择 Cherry-pick Revision（注意不是 “Cherry Pick”，少个 “-”）
• 如果当前分支有未提交更改，WebStorm 会弹窗提示“Stash changes?”——选 Yes 更安全，否则 cherry-pick 可能失败并卡住

为什么 cherry-pick 后代码没变，或者报错 “commit is a merge commit”

WebStorm 默认对 merge commit 禁用 cherry-pick，因为 Git 本身需要显式指定父提交（-m 1 或 -m 2）。你看到的错误信息通常是：fatal: commit XXX is a merge but no -m option was specified。

• 遇到 merge commit，别硬点右键——先在 Terminal 里手动跑：git cherry-pick -m 1 <commit-hash></commit-hash>（通常选第一父提交，即主线分支方向）
• cherry-pick 后没变化？检查是否选错了分支：WebStorm 默认往当前检出分支上应用，如果当前是 main，但你想把改动落到 feature/login，得先切换过去再操作
• 如果目标分支已有相同变更（哪怕内容一样但 commit hash 不同），Git 会跳过；WebStorm 不提示，看起来就像“没反应”

和命令行比，WebStorm cherry-pick 少了什么控制权

它不支持交互式参数，比如 --no-commit、--edit、--allow-empty 这些。一旦点下去，就是默认行为：自动提交 + 自动使用原 commit message。

• 想改 commit message？只能等 cherry-pick 完成后，在 Local Changes 里右键刚生成的提交 → Rename Commit
• 想保留工作区修改不提交？做不到。必须提前 git stash，或改用 Terminal 手动加 --no-commit
• 批量 cherry-pick 多个提交？WebStorm Log 支持 Ctrl/Shift 多选，但右键菜单只显示 Cherry-pick Revisions（复数），一次发多个请求——注意顺序：WebStorm 按你选中的顺序从上到下应用，不是按时间倒序

cherry-pick 冲突了，WebStorm 怎么解最不翻车

它会自动进合并工具界面，但有个关键细节：左栏是你的当前代码（HEAD），右栏是 cherry-pick 来的变更（incoming change），中间是结果。很多人误以为左边是“旧版”，直接全选右边，结果把本地改写丢了。

• 冲突块里，优先看中间面板的预览——WebStorm 有时会把部分上下文标灰，说明那部分没冲突，别乱动
• 想保留当前分支逻辑 + 融入目标 commit 的某几行？用鼠标选中右侧对应行，拖进中间面板；不要点“Accept Right Side”整块覆盖
• 解决完所有冲突后，必须点工具栏的 Commit 按钮（不是 Ctrl+K），否则状态一直卡在 “Merging…”
• 万一搞砸了，别关窗口——点右上角 Abort Merge，WebStorm 会撤回 cherry-pick 并恢复干净工作区

WebStorm 的 cherry-pick 是个“够用但有限”的封装，真正要控制细节、处理 merge、或批量调度，Terminal 仍是唯一可靠路径。最常被忽略的是：它不会帮你判断该不该 cherry-pick——比如一个修复依赖版本的 commit，单独拎出来很可能编译不过，得自己先看 diff 里改了啥。