VSCode无默认“跳下一个冲突块”快捷键，但可通过Ctrl+Shift+P输入editor.action.nextComment跳转至下一个冲突标记（如<<<<<<< HEAD），或启用合并编辑器后用Ctrl+.触发快速修复；GitLens插件提供gitlens.gotoNextConflict命令并支持自定义快捷键。
怎么用快捷键快速跳到下一个冲突块？
VSCode 默认不绑定「跳转到下一个冲突」的全局快捷键，但可以通过 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）调出命令面板，输入 editor.action.nextComment 并执行——这个命令实际会跳到下一个 Git 冲突标记（<<<<<< HEAD 或 >>>>>>），因为 VSCode 将冲突标记识别为特殊注释。
更直接的方式是启用内置的「合并编辑器」：打开冲突文件后，点击右上角的 Compare 按钮（或按 Ctrl+Shift+P 输入 Git: Open Merge Editor），它会把当前分支、传入分支和共同祖先三栏并列展示，此时 Ctrl+.（Windows/Linux）或 Cmd+.（macOS）可触发「快速修复」建议（如自动接受当前/传入），但仅限简单文本差异。
- 别依赖
F2或Shift+F2：它们默认绑定到「重命名符号」，对冲突无效 -
Ctrl+F搜<<<<<<很快，但容易漏掉嵌套冲突（比如一个文件里有多处冲突时，手动翻页易跳过） - 如果装了 GitLens，它的
gitlens.gotoNextConflict命令才真正专用于冲突跳转，需手动绑定快捷键（如Alt+N）
为什么「Accept Current Change」有时会删掉不该删的代码？
这个按钮只看 Git 索引里的「当前分支版本」，不校验语义。比如你在本地改了函数名，但同事在远程分支里重构了整个函数体——Accept Current Change 会保留你旧的函数签名，却丢掉对方新增的逻辑，导致运行时报 TypeError: xxx is not a function。
本质是 Git 的三路合并算法没找到共同祖先（merge base）中该函数的原始定义，或者你本地 commit 是基于过期的 base 提交的。这时候 VSCode 不会警告，它只是忠实地还原索引状态。
- 执行前先看左下角状态栏显示的分支名，确认
HEAD确实是你想保留的分支 - 如果冲突块里有大量空行、注释或 import 变动，
Accept Current Change极可能破坏模块依赖 - 对 TypeScript 或 ESLint 项目，建议先关闭自动保存，手动删标记后跑
tsc --noEmit或eslint .验证语法
如何批量解决多个文件的简单冲突？
没有真正意义上的「一键全部接受当前」，因为 Git 要求每个冲突文件单独 git add。但可以组合终端命令 + VSCode 操作加速：
先用 git diff --name-only --diff-filter=U 列出所有未解决冲突文件，再对每个文件执行 git checkout --ours -- <file>（保留当前分支）或 git checkout --theirs -- <file>（保留传入分支），最后统一 git add -u。
-
--ours和--theirs是 Git 命令，不是 VSCode 功能；VSCode 里点「Accept Current Change」等价于--ours - 注意：这些命令会直接覆盖工作区文件，跳过编辑器校验，一旦误用无法 Ctrl+Z 撤回
- 对 JSON、.env 等纯配置文件，用
--ours最安全；对源码文件，优先走 VSCode 合并编辑器人工核对
冲突标记删干净了，为什么 git status 还显示 unmerged？
常见原因是只删了 <<<<<< HEAD、=======、>>>>>>，但没执行 git add <file>。Git 不靠内容判断是否解决，而是靠索引（index）状态：只有当文件从「unmerged」变成「staged」，才算解决。
另一个隐蔽原因是文件权限变更（比如某人改了 chmod +x），Git 会把它记作「mode conflict」，即使内容无冲突，git status 仍显示红色，且 VSCode 不高亮任何标记——此时需运行 git add --chmod=+x <file> 或 git add --chmod=-x <file> 显式声明。
- 执行
git ls-files -u可确认哪些文件仍处于 unmerged 状态（输出含三列哈希值） - VSCode 源代码管理视图里，冲突文件左侧图标是 ❌，解决后变成 ✔️，但这个 ✔️ 仅表示已暂存，不代表已提交
- 别用
git commit -a绕过git add：它不会自动 stage unmerged 文件，commit 会失败并提示「fix conflicts and run "git commit"」
最麻烦的不是标记本身，而是冲突背后缺失的上下文同步——比如没人告诉你那个函数已被废弃，或者 config.js 里某字段上周已由后端强制要求必填。这类问题 VSCode 解决不了，得靠团队沟通机制补位。
