Git插件“Compare Branches”无反应，需先初始化本地仓库并确保VSCode工作区根目录为仓库根目录；任意分支对比应通过命令面板执行“Git: Compare Branches...”；冲突标记需手动处理，合并操作才真正触发冲突检测。
Git插件里点“Compare Branches”没反应？检查是否已初始化本地仓库
VSCode 的 Git 插件（内置）不会在未 git init 或未关联远程的空文件夹里激活分支对比功能。常见现象是右键菜单里没有 Compare Branches，或点击后无任何弹窗/侧边栏。
实操建议：
- 确认当前文件夹是 Git 仓库：终端运行
git status，有输出即有效；若报错fatal: not a git repository，先执行git init并至少提交一次（git commit --allow-empty -m "init"） - 确保 VSCode 工作区根目录 = 仓库根目录（不是子文件夹）。打开错误路径时，源代码管理视图左上角会显示
No source control providers registered - 插件本身无需额外安装，但需开启：设置中搜索
git.enabled，确认值为true
想对比 feature/a 和 release/v2.3？用命令面板精准指定分支
右键菜单里的 Compare Branches 默认只列出当前分支和 main/master，不支持任意两分支。真正能自由选分支的方式是调出命令面板。
实操建议：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并选择Git: Compare Branches... - 先选基准分支（如
release/v2.3），再选比较分支（如feature/a），VSCode 会拉起一个差异视图，显示两分支间所有 commit 差异及文件变更 - 该视图中每个修改文件都可双击打开三向合并编辑器——左侧是基准分支内容，右侧是比较分支内容，中间是工作区（可手动编辑解决冲突）
合并冲突标记显示异常？别依赖颜色，看行号旁的 GitLens 提示
VSCode 内置 Git 不会高亮冲突块（如 <<<< HEAD），仅靠语法着色容易漏掉。真实冲突文件在资源管理器里会显示感叹号图标，但关键线索在行号旁。
实操建议：
- 安装
GitLens插件（非必需但强烈推荐），它会在有冲突的行左侧 gutter 显示红色三角图标，并悬停提示“Conflict: HEAD vs feature/a” - 冲突文件打开后，搜索
<<<<、====、>>>>这三段标记——它们一定成对出现，且中间夹着两个分支各自的版本 - 不要直接删标记行：必须保留其中一版内容，并手动删掉全部三段标记，否则
git add会失败，报错error: cannot apply binary patch to 'xxx' without full index data
对比完发现大量文件标为“both modified”？说明尚未执行 git merge
很多人误以为“分支对比”等于“已开始合并”，其实只是查看差异。真正触发冲突检测的是 git merge 命令——对比视图里看到的 both modified 状态，只是 Git 预判可能冲突，还没写入索引。
实操建议：
- 确认当前在目标分支（如
main），运行git merge feature/a才会实际产生冲突文件并暂停 - 此时 VSCode 源代码管理视图顶部会出现黄色横幅：“There are merge conflicts. Resolve them and commit.”，点击“Open Changes”可跳转到冲突文件列表
- 解决完所有冲突后，必须
git add <file>标记为已解决，否则git commit会拒绝提交——这点常被忽略，导致反复卡在“merge in progress”状态
分支对比本身不改工作区，但合并操作会。真正的冲突处理发生在 git merge 后，而不是点开对比视图那一刻。
