WebStorm中 squash 操作需通过 Log 视图右键最早 commit 选择“Interactive Rebase from Here”，将后续 pick 改为 squash，保存后重写提交信息，并用 --force-with-lease 强制推送。
WebStorm 不能直接“合并多个已 push 的 commit”——它只提供交互式 rebase 封装，而 rebase 本身会改写历史，必须配合 git push --force-with-lease 才能同步到远程。
WebStorm 里怎么触发 squash 操作
不是点 Merge，也不是在 Log 标签页右键 Commit → “Squash”——那个选项是灰色的，根本不可用。正确入口在 Version Control 工具窗口（Alt+9）→ Log 标签页 → 找到你要压缩的最早那条 commit，右键 → Interactive Rebase from Here。
注意：from Here 指的是“从这一条开始往 HEAD 方向选中所有提交”，所以你必须点最上面那条（也就是最早的那条），否则会漏掉或错位。
- 弹出的 rebase 编辑器里，默认全是
pick - 把第二行及之后所有要压缩的提交，把
pick改成squash（或s） - 第一行必须保留
pick；如果第一行也写squash，会报Cannot 'squash' without a previous commit - 改完保存退出，WebStorm 会自动打开新编辑器让你重写 commit message
为什么 squash 后 push 失败，提示 non-fast-forward
因为 WebStorm 的 rebase 只改了本地分支指针，没动远程。你看到 Log 里多了一条 merge 提交？不，那是假象——实际是旧提交被丢弃、新提交生成，SHA-1 全变了。
此时必须强制推送：
- 右键最新那条提交 →
Publish不起作用，它只会 push 当前 HEAD，但不会 force - 正确做法：主菜单
VCS → Git → Push→ 勾选Force push→ 确保选的是--force-with-lease（不是--force） - 如果队友已经基于旧 commit 开发过，他们 pull 会失败；得先
git fetch origin，再git rebase origin/main
用 git reset --soft 替代 rebase 的场景
当你只想把最近 N 条 commit 合成一个，且确定没人基于它们开发，git reset --soft 更快、更可控，也不依赖编辑器。
在 WebStorm 终端里执行：
git reset --soft HEAD~3 git commit -m "feat: add user login flow"
这三步等价于 rebase squash，但绕过了 vim 编辑、冲突暂停、message 合并逻辑。适合快速收尾本地功能分支，还没 push 过的情况。
注意：HEAD~3 表示“往前数 3 个父提交”，不是“从第 3 条开始”。如果中间有 merge 提交，~ 会跳过它，建议用 git log --oneline -n 10 先确认顺序。
别忽略属性冲突和 .gitattributes 变更
WebStorm 的图形化冲突解决器只处理文本内容，对文件权限、换行符设置（core.autocrlf）、symlink 或 .gitattributes 修改完全无感。
这类变更不会出现在 Log 或冲突文件列表里，但会导致 git status 显示 modified，且 git diff 看不出内容差异。
- 运行
git status -v，留意有没有标typechange或new mode的行 - 检查
.gitattributes是否被修改过，尤其是否新增了*.sh text eol=lf类规则 - 遇到
property conflict，WebStorm 会在 Version Control 工具窗口的Update Info标签页单独列出，但不会高亮，得手动点开看
这种冲突没法“选左边/右边”，只能靠 git checkout --ours / --theirs 或直接编辑文件权限、属性规则来修复。
