VSCode原生跳转下一个Git差异行使用editor.action.nextTextDiff命令，对应快捷键为Ctrl+Shift+Alt+Down（Win/Linux）或Cmd+Shift+Option+Down（macOS），仅作用于已纳入Git跟踪且存在diff的当前文件，按行号升序跳转add/delete/modify行。
VSCode原生跳转下一个Git差异行用editor.action.nextTextDiff
这个命令对应的是真正意义上的「下一个你改过的代码行」，不是光标位置，也不是语法错误，而是 Git 认为有变更的行（add/delete/modify）。它只在当前文件生效，且必须满足两个前提：.git目录存在、该文件已被 Git 跟踪（git status里能看到）。
Windows/Linux 快捷键是 Ctrl+Shift+Alt+Down，macOS 是 Cmd+Shift+Option+Down。跳转顺序严格按行号升序，不区分暂存/未暂存状态——只要 diff 里有，就停。
- 如果快捷键无效，先看左下角有没有显示分支名（如
main），没有说明 Git 扩展没就绪或工作区没识别为仓库 - 新建文件但还没
git add，不会被标记为差异行，也就不会跳过去 - 该命令绑定在
editor.action.nextTextDiff，可在键盘快捷键设置里搜这个名字确认是否被覆盖或禁用
VSCode没有原生“上一个差异点”快捷键
Go to Last Edit Location（默认无快捷键，需 Ctrl+Shift+P 调出）常被误认为能回退到上一个修改点，但它只记录光标因输入/删除/粘贴停留的位置，不记录格式化、自动补全、ESLint fix 等改动，也不保证在当前文件——可能跳到刚编辑过的另一个 tab。
更关键的是：这个命令无法绑定为独立快捷键。你在 keybindings.json 里写 editor.action.navigateToLastEditLocation，VSCode 会忽略它。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 连续多次编辑只保留最后一次光标落点，没法“倒带”式回溯
- 保存后滚动离开，再触发就失效了
- 它和 Git diff 完全无关，别指望靠它定位真实变更行
GitLens 是目前最靠谱的替代方案
如果你真想精准跳「上一个/下一个 Git 差异行」，尤其是跨文件、支持未暂存变更、还能点击行号旁的绿/红标记直接跳，GitLens 插件几乎是唯一选择。
安装后，它提供两个关键能力：gitlens.navigateNextChange 和 gitlens.navigatePreviousChange，默认快捷键分别是 Alt+] 和 Alt+[（Windows/Linux），macOS 类似。这些命令能感知暂存/未暂存状态，也支持跨文件跳转。
- 左侧
Git Changes视图里点文件，直接跳到第一个差异行 - 行号左侧的绿色/红色标记是真实可点击的 diff 指针，不是装饰
- 右键某行选
Compare with Previous Version，立刻看到这次修改前后对比 - 它不依赖 VSCode 原生命令链，所以不受
editor.action.nextTextDiff的限制
用 F7 / Alt+F7 在 diff 编辑器里跳转差异块
当你已经打开 diff 视图（比如点了源代码管理里的文件），F7 或 Alt+F7 就派上用场了：它们在当前 diff 编辑器的不同差异块之间循环跳转，适合逐块审查。
注意这不是在普通编辑器里跳，而是在左右分屏或上下布局的 diff 编辑器中才有效。而且它跳的是「差异块」（hunk），不是单行——一个块可能包含多行增删改。
- 按一次
F7跳到下一个差异块，Shift+F7可反向跳（部分系统是Alt+F7） - 如果 diff 视图没展开（比如只看到文件列表没点进去），这个快捷键完全没反应
- 它不关心 Git 状态，只作用于当前已加载的 diff 内容，哪怕是你手动用
git diff打开的
nextTextDiff 入手，其他路径基本是绕远路。 
