VSCode原生支持跳转到下一个Git差异行，快捷键为Ctrl+Shift+Alt+Down（Win/Linux）或Cmd+Shift+Option+Down（macOS），需满足工作区已初始化Git仓库且当前文件在Git跟踪范围内。
怎么跳到下一个 Git 差异行
VSCode 原生支持跳转到当前文件中下一个有 Git 变更的行，前提是 Git 状态已就绪——不是所有“改过”的地方都会被识别，只认 Git diff 能算出来的位置。
-
Ctrl+Shift+Alt+Down（Windows/Linux）或Cmd+Shift+Option+Down（macOS）触发editor.action.nextTextDiff命令 - 必须满足：工作区已初始化 Git 仓库 + 当前文件在 Git 跟踪范围内（
git add过或至少出现在git status输出中） - 未跟踪的新建文件、.gitignore 排除的文件、Git 扩展被禁用时，该快捷键完全无响应
- 跳转顺序严格按行号升序，不区分修改/新增/删除，也不跳中间未改动的行
为什么 F7 / Alt+F7 有时不跳变更块
F7 和 Alt+F7 是差异编辑器（Diff Editor）专用快捷键，只在打开 .diff 视图后生效，和普通编辑器里跳 Git 行是两套机制。
- 它们对应命令
editor.action.diffEditor.nextDiff，仅作用于已激活的 Diff 标签页（比如你点了 Git 面板里的修改文件、或用了Ctrl+K Ctrl+D） - 若你在普通代码文件里按
F7，VSCode 默认没绑定任何行为，不会跳也不会报错——只是静默忽略 - 部分插件（如 GitLens）会覆盖此快捷键，导致原生行为失效；可在键盘快捷键设置里搜
nextDiff确认是否被重映射 - 如果 Diff 视图里跳转卡住，检查设置
diffEditor.ignoreTrimWhitespace是否为true——开启时，纯空格/换行改动会被跳过，看起来像“漏掉”了变更
如何接受或还原单个差异块
在 Diff 编辑器中，接受或还原变更不需要命令面板或鼠标右键菜单，关键操作都集中在行号左侧的 gutter 区域。
- 点击某差异块左侧 gutter 中的
→图标，把右侧修改应用到左侧（即“接受变更”，写入原文件） - 点击
←图标，把左侧原始内容覆盖到右侧（即“还原此块”，撤销本次改动） - 按住
Ctrl（Windows/Linux）或Cmd（macOS）再点击 gutter，可批量选择多个块后统一操作 - 注意：
Ctrl+Alt+→/Ctrl+Alt+←是跳转快捷键，不是接受快捷键；误按不会触发写入，但容易和 gutter 点击混淆
对比未保存修改与磁盘版本的正确姿势
这是日常审查最常触发的场景，但很多人卡在第一步：快捷键无效，其实只因文件从未保存过。
- 必须先对文件执行一次
Ctrl+S（Windows/Linux）或Cmd+S（macOS），哪怕只是新建后立刻保存，否则Ctrl+K Ctrl+D会提示“无法与磁盘比较” - 该快捷键实际运行的是
workbench.action.compareEditorWithSaved，左侧永远是磁盘版本，右侧是当前编辑器内容 - 顶部显示
UNSAVED CHANGES是正常状态，不是错误；关闭 Diff 标签页不会影响原文件，也不会自动保存 - 如果对比结果大面积标红/绿，先看右下角编码是否一致（如 UTF-8 vs UTF-8 with BOM），编码不匹配会导致整段被识别为“全量变更”
editor.action.nextTextDiff 就看不到。想确认某处改动是否被 Git 认出，最直接的办法是看行号左侧有没有绿色/红色标记，而不是依赖快捷键是否响应。 
