webstorm中触发交互式rebase最稳路径是右键git工具窗口中某次历史提交（非head）选“interactive rebase”，或通过vcs→git菜单；onto栏须填完整commit hash或head~n，不可填分支名。
WebStorm里点哪里才能触发交互式 rebase
交互式 rebase 不是默认菜单项，得从 Git 工具栏或右键上下文里“挖”出来。最稳路径是：右键 Git 工具窗口里的某次提交（非 HEAD）→ 选 “Interactive Rebase”；或者顶部菜单 VCS → Git → Interactive Rebase。
注意：这个操作只对历史提交有效，右键当前 HEAD（即最新提交）不会出现该选项。如果想基于某个旧提交重放后续变更，那个旧提交就是你要右键的对象。
为什么点了 Rebase 却没弹出编辑器
常见错误现象：fatal: Needed a single revision 或弹出空对话框 —— 本质是 WebStorm 没拿到有效的基底 commit。
- Onto 栏填了分支名（如
main或origin/main），但交互式 rebase 要求明确的 commit 定位，必须填完整 hash（如a1b2c3d）或相对表达式（如HEAD~3） - 复制 hash 时多了一个空格或换行，粘贴后实际值无效
- 目标提交已被 GC 清理（比如刚强制推送过、又本地 reset 过），导致引用不可达
验证方式：在终端执行 git show -s --format="%H" HEAD~3，把输出结果直接粘进 Onto 栏，基本能绕过解析失败。
Rebase 对话框里 Onto 填什么才安全
填错 Onto 是变基翻车的头号原因。它不是“你想合并到哪个分支”，而是“你想把哪些提交重放到哪条线的顶端”。
- 想压缩最近 3 次提交：Onto 填
HEAD~3（即第 4 次提交），这样你选中的范围就是HEAD~2..HEAD - 想以某次特定提交为基底（比如修复 bug 的起点）：右键该提交 → Copy Revision Hash，然后粘贴进 Onto
- 绝对不要填
main或origin/main—— 它们可能已前进，导致你把别人的新提交也拖进来重放
填完后对话框下方会显示“Rebase feature onto a1b2c3d”，确认 hash 对得上你预期的分叉点再点 OK。
冲突发生时 WebStorm 怎么处理才不丢修改
rebase 中途遇到冲突，WebStorm 不会自动暂停并高亮文件，而是卡在后台，Git 状态变成 rebase in progress。此时需手动介入：
- 打开
Version Control → Log，顶部会显示黄色横幅 “Rebase is in progress”，点Resolve conflicts - 冲突文件会在
Local Changes面板中以红色标出，双击打开 —— 此时用的是 WebStorm 内置三栏冲突编辑器，左=你的变更，右=上游变更，中=结果 - 别急着点 “Apply all non-conflicting changes”：rebase 场景下，部分“无冲突”可能是 Git 误判，建议逐块检查中央面板输出
- 解决完所有冲突文件后，必须点
VCS → Git → Add（或右键文件 →Add to VCS）标记为已解决，再点VCS → Git → Rebase → Continue
漏掉 Add 这步，Continue 会反复报错，且可能意外跳过某些提交的编辑环节（比如本该 reword 的消息被跳过）。
