webstorm中打开交互式rebase编辑器需右键git工具窗口非head提交或通过vcs → git → interactive rebase进入；菜单灰显通常因选了head或远程未关联；编辑器中仅可修改pick前缀为reword/squash/fixup/edit；冲突时须手动处理中间栏并add后才能continue；推送必须用--force-with-lease且确保目标分支最新。
WebStorm里怎么打开交互式rebase编辑器
必须右键Git工具窗口（通常在右下角）中某个非HEAD的提交，选Interactive Rebase；或者走顶部菜单VCS → Git → Interactive Rebase。别在Log标签页双击提交——那只是查看，不是操作入口。
菜单灰掉？常见原因有两个：
• 你误点了HEAD，得选它之前的某次提交（比如想改最近3条，就点第4条）
• 当前分支没关联远程——其实不影响本地rebase，但WebStorm有时会因此禁用入口
rebase编辑器里只能改pick前缀，不能乱动其他内容
弹出的临时编辑器每行是pick <commit-hash><message></message></commit-hash>，你只该改最前面那个动作词：
- 改成
reword：修改该提交的message（保存后会单独弹窗） - 改成
squash或fixup：合并到前一条（注意：不是调换顺序，必须写在要被合并的那行下方） - 改成
edit：停在该提交，让你改代码、再git add、再git rebase --continue
别手写reword后面加空格或逗号，WebStorm解析不稳定；也别删行或改hash，否则报fatal: Needed a single revision。
冲突时中间栏才是你的主战场，别点“从左/右应用”就完事
变基卡住后，WebStorm弹出三栏对比界面：左侧是基底版本，右侧是你当前提交的变更，中间是你将生成的结果。
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
关键操作点：
- 先确认中间栏是否已含你期望逻辑——简单冲突可点
Resolve Simple Conflicts自动合并 - 如果冲突块里有业务逻辑（比如if分支、注释、配置项），别依赖“从左/右应用”，整块覆盖容易丢代码
- 直接在中间栏手动删
和<code>>>>>>>标记，保留需要的部分，再点Apply - 解决完一个文件后，必须点
Add（等价于git add），否则git rebase --continue会失败
推送必须用--force-with-lease，且目标分支得先拉最新
rebase重写了提交哈希，远程指针没动，直接push会被拒，报错non-fast-forward update。
正确流程：
- 先
git fetch拉取远程最新状态，确认没人刚推了新提交 - 右键本地分支 →
Git → Push→ 勾选Force push旁的--force-with-lease（不是下面那个裸--force） - 推送失败且没明确提示“remote changed”？立刻
git fetch对比origin/main和本地main，别硬上--force
真正容易被忽略的是：rebase的目标分支（比如main）本身必须是最新状态；如果它落后于远程，你rebase出来的结果仍是基于旧基底——这个“基底是否新鲜”没法靠WebStorm自动判断，得人眼确认。
