PhpStorm未弹出Resolve Conflicts窗口，是因为Git未完成冲突初始化：如git merge被Ctrl+C中断、git pull后未运行git status刷新IDE、.git缺失、文件被.gitignore或IDE忽略；手动唤起方式有三种：右键文件→Git→Resolve Conflicts、VCS→Git→Resolve Conflicts、Changes工具窗口（Alt+9）中Merge Conflicts节点下的Resolve链接；解决后必须commit才能清除unmerged状态。
PhpStorm 没弹出 Resolve Conflicts 窗口？先确认 Git 冲突是否真正“激活”
PhpStorm 不会主动监听你手动中断的 git merge 或未刷新状态的 git pull。它只响应 Git 已明确标记为 “unmerged” 的文件，并且项目必须被正确识别为 Git 仓库（即根目录下存在有效的 .git 文件夹）。
常见失效场景包括：
- 你在终端执行
git merge feature后按Ctrl+C中断，Git 停在merging状态但未上报 IDE - 冲突发生后你直接关掉终端，没运行
git status，也没在 PhpStorm 中按Ctrl+Shift+A→ 输入 “Reload project” 或点 Changes 工具窗口右上角刷新按钮 - 冲突文件被误加进
.gitignore，或在 PhpStorm 中被右键设为 “Ignore”，IDE 就不会把它当冲突文件处理
如何手动唤起图形化合并器（三种可靠入口）
只要文件里还残留 、<code>=======、>>>>>> 这类标记，就能强制打开。
- 右键点击冲突文件 →
Git→Resolve Conflicts - 顶部菜单
VCS→Git→Resolve Conflicts（此时列出所有含冲突标记的文件） - 打开
Changes工具窗口（Alt+9），展开Merge Conflicts节点，点击右侧的Resolve链接
注意：这三个入口本质调用同一套 UI，区别只在于初始加载范围 —— 前两者可单文件操作，第三个是一次性处理全部冲突文件。
立即学习“PHP免费学习笔记（深入）”；
Digital IP Agent
下载
将公开的创作者、博主、播客主持人、YouTuber 或 X/Twitter 账号人物转化为可部署的 OpenClaw 代理。当用户提供 YouTube 链接、X（推特）链接等时使用。
合并窗口三栏逻辑：别把中间栏当“默认结果”
左侧是你的本地修改（Local / Your version），右侧是传入分支变更（Remote / Theirs），中间是可编辑的结果区 —— 但它**初始内容不是基准版本（base）**，而是空或仅含无冲突部分。你必须主动点选左右两侧的变更块，才能填入中间。
关键操作习惯：
- 点击工具栏上的
Apply all non-conflicting changes（图标是两个重叠箭头）可一键合并所有不冲突的改动，但简单冲突（如同一行开头和结尾都被改）不会被覆盖，得手动点 -
Accept Left/Accept Right是整文件级操作，依赖当前分支上下文 —— 如果你在dev分支上 mergehotfix，那么 “Left” 就是dev的修改，“Right” 就是hotfix的修改 - 中间栏是完整编辑器，支持 Ctrl+Z 撤销、搜索、格式化，不必拘泥于点选；但改完后必须点
Apply才生效，否则关闭窗口等于放弃
解决后必须 commit，否则文件一直卡在 unmerged 状态
图形化操作只是编辑文件内容，Git 层面仍认为该文件处于冲突中。你得手动执行提交，才能清除 Unmerged paths 状态。
推荐做法：
- 在合并窗口点
Apply后，立刻切到Commit工具窗口（Ctrl+K），确认所有冲突文件已出现在暂存区（Staged Changes） - 写一条清晰的提交信息，比如
Merge hotfix into dev: resolve card-manage.scss conflict - 点
Commit and Push—— 如果只点Commit，远程仓库不会同步，别人拉代码时还会遇到同样冲突
容易忽略的一点：如果你在合并过程中修改了非冲突文件（比如顺手调了个样式），这些改动也会被一并提交。想避免？提前用 git stash 或在 Commit 窗口取消勾选无关文件。
