vscode原生跳转下一个git变更行的快捷键是ctrl+shift+alt+down（windows/linux）或cmd+shift+option+down（macos），对应命令editor.action.nexttextdiff，仅作用于已纳入git跟踪且存在diff的当前文件中的变更行。
怎么用快捷键跳到下一个 Git 变更行
VSCode 原生支持通过 Ctrl+Shift+Alt+Down（Windows/Linux）或 Cmd+Shift+Option+Down（macOS）跳转到下一个有 Git 修改的代码行。这个功能依赖于工作区已初始化 Git 仓库且文件在索引中——如果没看到高亮变更或快捷键无效，大概率是 Git 状态没被识别。
- 确保当前文件已加入 Git 跟踪（
git add过，或至少在工作区里），未跟踪的新建文件不会被标记为“变更” - 快捷键默认绑定在
editor.action.nextTextDiff命令上，可在键盘快捷键设置里搜这个名字确认是否被覆盖 - 它只跳「有差异的行」：比如你改了第 42 行，删了第 88 行，那会停在这两处；但中间没动过的行不会停
- 跳转顺序按行号升序，不区分修改类型（add/delete/modify），只看 diff 位置
为什么 Ctrl+F2 或其他跳转快捷键不管用
Ctrl+F2 是「跳转到所有引用」的快捷键（对应 editor.action.referenceSearch.trigger），和 Git 变更完全无关。很多人混淆了「语义跳转」和「版本控制跳转」，结果反复试错。
- VSCode 没有默认绑定
Ctrl+F2到 Git 变更跳转，这是常见误解来源 - 部分插件（如 GitLens）会添加自己的跳转命令，比如
gitlens.navigateNextChange，但那是额外功能，不是 VSCode 内置行为 - 如果装了 GitLens，它的「下一处变更」默认是
Alt+]，和原生快捷键不冲突但也不等价——GitLens 还能跳未暂存变更、跨文件跳，原生命令只处理已暂存/未暂存的当前文件
如何让跳转范围包含未暂存的修改
原生命令 editor.action.nextTextDiff 默认就包含未暂存修改，只要 Git 能识别出工作区差异。但有个关键前提：VSCode 的 Git 扩展必须正常运行，且没有禁用状态。
- 检查左下角状态栏有没有 Git 分支名，如果没有，点开源代码管理视图（
Ctrl+Shift+G），看是否报错“Unable to detect Git repository” - 如果用了多根工作区（multi-root workspace），确保当前打开的文件属于某个已识别的 Git 仓库子目录，否则 Git 状态为空
- 某些安全策略或远程开发环境（如 Codespaces、SSH 远程）可能限制 Git CLI 调用，此时需手动配置
git.path指向可用的git二进制路径 - 编辑器设置里关闭
git.ignoreLegacyWarning可能暴露底层 Git 版本兼容问题，尤其在旧仓库用新 VSCode 时
跳转后光标位置不准或跳过某些修改行
这不是 Bug，而是 diff 计算粒度导致的——VSCode 显示的「变更行」基于 Git 的行级 diff 输出，而实际跳转锚点是 diff patch 中的
@@" 行（hunk header），不是每行都单独标记。
- 连续多行修改会被合并成一个 hunk，快捷键只停在该 hunk 第一行，不是每行都停
- 空行变更、仅空格变更默认被忽略（Git 的
-w 行为），除非你在 VSCode 设置里开了 <code>git.detectSubmodules或调整了 diff 配置 - 如果某处修改被 GitLens 或其他插件高亮了，但原生命令跳不过去，说明那个高亮来自插件的 AST 分析或文件系统监听，不是 Git diff 数据源
