sublime merge 的 cherry-pick 需手动触发且依赖 git 底层，仅在 commit details 面板底部提供单提交按钮，不支持右键或批量操作；成功后须手动 commit 和 push，否则提交仅暂存或仅限本地。
Sublime Merge 里做 cherry-pick 不是点一下就完事的操作，它依赖 Git 命令底层能力，图形界面只提供触发入口和冲突辅助。你得清楚当前分支状态、提交可访问性、以及 VSCode 那套“右键菜单藏得深”的逻辑在 Sublime Merge 里完全不适用——它压根没那个右键选项。
Sublime Merge 没有 Cherry Pick 菜单项？这是正常现象
Sublime Merge 默认不暴露 cherry-pick 为顶部菜单或右键命令。它不像 VSCode 那样在 COMMITS 区域加个「…」弹出该选项；也不像 JetBrains 系列那样在 Branches 面板里塞进 Merge / Rebase / Cherry Pick 三件套。
- 它只在 Commit Details 面板（双击某个提交后右侧展开的区域）底部显示一个灰色的
Cherry-pick按钮 —— 但该按钮仅在满足全部条件时才可点击 - 常见不可用原因：
Detached HEAD状态、当前分支处于合并/变基中、目标提交不可达（比如来自已删除的远程分支且未git fetch）、或者该提交本身已被当前分支祖先包含（Git 判定为 redundant） - 按钮灰掉时，Sublime Merge 不会提示原因，只能靠终端验证：
git cherry-pick <hash></hash>看报错
怎么安全地挑一个提交：从选中到完成的完整链路
必须按顺序操作，跳步容易导致冲突卡死或提交丢失。
- 先确保你在目标分支上：左下角 Branch 标签显示的是你要写入的分支（如
main），不是feature/login或HEAD detached at abc123 - 在 Log 视图中找到源提交（比如来自
hotfix/auth分支的一个修复），双击它打开 Commit Details 面板 - 确认右侧面板底部
Cherry-pick按钮亮起 → 点击 → 它会执行git cherry-pick <hash></hash>并自动刷新视图 - 如果出现冲突：文件列表会标红，对应文件在编辑器中打开并显示 conflict markers；此时不能点「Commit」，必须手动编辑、保存、然后在 Sublime Merge 左下角点
Stage（或右键文件选 Stage），最后点 Commit 按钮完成 - 挑完后，Sublime Merge 不会自动滚动到新提交，需手动拖动 Log 视图或按
Cmd+R/Ctrl+R刷新
想一次挑多个提交？别指望图形界面
Sublime Merge 的 UI 完全不支持多选提交、批量 cherry-pick。即使你 Ctrl+Click 选中三个提交，Commit Details 面板也只会显示最后一个，Cherry-pick 按钮仍只针对单个 hash。
- 正确做法：用内置终端（
Cmd+Shift+T/Ctrl+Shift+T）补位 - 复制多个提交 hash（在 Log 中右键提交 → Copy SHA），粘贴进终端，按时间顺序排列（旧 → 新）：
git cherry-pick abc123 def456 ghi789 - 或用范围语法（仅限连续提交）：
git cherry-pick ^jkl000...mno111（注意是^开头 +...，不是..） - 若中途冲突中断，Sublime Merge 会感知到
CHERRY-PICKING状态，但不会帮你--continue或--abort，这些仍需终端输入
为什么挑完的提交看起来“没生效”？三个隐藏陷阱
很多人点了 Cherry-pick 按钮，看到按钮变灰、Log 刷新了一下，就以为完成了——结果过两分钟发现代码没变、CI 没触发、甚至找不到那个新提交。问题往往出在这几个地方：
-
Cherry-pick成功但未自动提交：Sublime Merge 在某些配置下（比如启用了--no-commit钩子）会停在暂存状态，需手动点 Commit 按钮，否则只是 staged，不是 real commit - 挑的是 merge commit（含多个 parent）：默认
git cherry-pick拒绝挑 merge commit，除非加-m 1参数指定主父提交，而 Sublime Merge 的按钮不带这个参数，直接失败且无提示 - 挑完后 push 被忽略：图形界面不做自动 push，你得手动点右上角
Push，否则新提交只存在于本地，别人看不到，CI 也不跑
cherry-pick 是个“半自动化”操作：它省了敲命令的步骤，但没省掉理解 Git 状态、处理冲突、补全 push 的责任。最容易被忽略的，就是那个静静躺在面板底部、不起眼又不报错的灰色按钮——它不亮，不代表你不能做；它亮了，也不代表你已经做完。
