WebStorm解决Git冲突的核心是“在哪点、点什么、点完还缺哪步”：冲突文件在Version Control窗口红色Merge Conflicts节点中；双击打开三向视图，左为Mine（当前分支）、右为Theirs（待合入分支）、中为Base及编辑区；点Apply仅写回文件，还需右键Add并提交，否则仍为unmerged状态。

WebStorm 解决 Git 冲突的核心不是“能不能”，而是“在哪点、点什么、点完之后还缺哪步”——漏掉任意一环，文件就永远卡在冲突状态，git status 里持续显示 unmerged，提交会直接失败。

冲突文件在哪？别翻项目树，看 Version Control 窗口

冲突不会混在“未提交更改”里，也不会靠颜色猜。打开 Version Control 工具窗口（默认快捷键 Alt+9），找那个标红的 Merge Conflicts 节点。它独立存在，点开即见所有冲突文件。

如果没看到这个节点，说明：

• git merge 命令根本没执行成功（比如分支不存在或网络中断）
• 目标分支其实没有新提交，Git 根本没触发冲突检测
• 你当前不在要合并到的目标分支上（WebStorm 不会自动切换分支）

三向合并视图里，Mine 和 Theirs 到底谁是谁？

双击冲突文件打开三向视图后：

• 左边是 Mine：你当前分支的本地修改（不是“你写的代码”，而是你 checkout 的那个分支的 HEAD）
• 右边是 Theirs：你要合并进来的那个分支的最新内容（比如你在 main 上 merge feature/login，右边就是 feature/login 的改动）
• 中间是 Base：两个分支共同祖先版本，也是你最终要提交的内容所在编辑区

这个左右顺序固定，不随你当前在哪操作而变。右键高亮块时，“Resolve using Mine” 是删右边、“Resolve using Theirs” 是删左边，不是“保留我写的”或“保留他写的”这种模糊说法。

Apply All Non-Conflicting Changes 按钮到底干了什么？

它只合并左右两边完全不重叠的行，对任何带 / ======= / >>>> branch-name 标记的区域完全不动。它不删标记、不改逻辑、不判断函数是否兼容。

从 Git 仓库历史中彻底删除文件

|Git删除了文件，但还会在Git 仓库历史中遗留。 - 想要从 Git 历史移除敏感信息（密码、密钥、token、私钥） - 想要删除意外提交的大文件 - 想要重写 Git 历史、移除特定文件的所有痕迹 - 提到 "force push"、"重写 commit 历史" - 需要从所有分支、所有 tag 中删除某个文件

下载

常见误操作：

• 点了这个按钮就以为“已解决”，结果中间面板里还躺着三行冲突标记 —— git add 会失败，git commit 直接报错
• 用 Resolve simple conflicts 一键处理后，没检查中间面板是否残留空行、缩进错位或 import 冗余，导致后续 CI 报格式错误
• 选了 Resolve using Mine，但右边改的是接口返回字段，左边删的是调用方，合并后编译过、运行崩

建议点完 Apply 后，立刻按 Ctrl+Alt+O（Optimize Imports）和 Ctrl+Alt+L（Reformat Code），再手动扫一眼中间面板有没有漏删的冲突标记。

点完 Apply 就完事了？远没结束

Apply 只是把中间面板内容写回文件，并不等于 Git 认可该文件已解决。你还必须做两件事：

• 右键该文件 → Git → Add（或按 Ctrl+K 打开提交窗口，勾选它）—— 这步让 Git 把文件从 unmerged 状态移出
• 提交后，别忘了 VCS → Git → Push，否则别人拉不到你的合并结果

最容易被跳过的其实是 Add。很多人以为“中间面板改完 = 文件已 clean”，结果 git status 依然红着，git commit 提示 “please stage your changes”。