VSCode中快速定位未保存的修改行，应依赖编辑器左侧gutter的绿色（新增）、蓝色（修改）、红色（删除）标记，并通过Ctrl+Shift+P执行“File: Compare Active File With Saved”打开diff视图，再用F7/Shift+F7逐块跳转；gutter标记独立于Git插件，仅反映编辑器与磁盘文件差异。
VSCode里怎么快速看到哪些行改了但没保存？
直接看左侧文件标签上的圆点或星号，只能知道“有修改”，没法定位到具体哪几行。真正要快速定位修改点，得靠内置的**差异视图（diff view）**和配套快捷键，而不是靠肉眼扫代码。
- 未保存的修改会实时显示在编辑器左侧的**修改指示条（gutter）**上：绿色条=新增行，蓝色条=修改行，红色条=删除行（需开启
editor.glyphMargin，默认已开） - 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入File: Compare Active File With Saved回车，立刻打开当前文件与磁盘版本的对比面板 - 这个对比面板里所有改动都是高亮的，支持逐块跳转：用
F7（下一处）和Shift+F7（上一处）在修改块间快速移动
为什么 Ctrl+Alt+Up/Down 不能跳未保存的修改？
这个快捷键（editor.action.moveLinesUp / editor.action.moveLinesDown）是移动整行，不是导航修改点。很多人误以为它能“跳改动”，其实是混淆了功能。真正用于导航未保存变更的是 F7，但它只在 diff 视图中生效——也就是说，你必须先打开对比面板，F7 才起作用。
-
F7默认绑定在editor.action.diffReviewNext，仅对 diff 编辑器有效；普通编辑器里按了没反应 - 如果想在不打开 diff 面板的前提下直接跳，可以手动绑定：在
keybindings.json中添加一条映射，把F7同时绑定到workbench.action.compareActiveEditorWithSaved+editor.action.diffReviewNext，但要注意触发顺序 - 更稳妥的做法是养成习惯：改完一段就按
Ctrl+K Ctrl+D（格式化）或Ctrl+S（保存），避免堆积大量未保存变更
Git 插件会影响未保存文件的修改标记吗？
不会。VSCode 的未保存修改标记（左侧 gutter 上的蓝/绿条）完全由编辑器自身状态决定，和 Git 插件、是否在仓库里、有没有 .git 目录都无关。Git 插件只负责显示“已暂存/未暂存”的变更，那些是基于磁盘文件和 Git 索引的对比，和“未保存”是两套逻辑。
- 即使关掉所有扩展，只要文件被编辑过且没保存，gutter 就会显示修改标记
- Git 插件的侧边栏图标（如
SCM视图里的 +/M/−）反映的是“磁盘文件 vs Git HEAD”，不是“编辑器内容 vs 磁盘文件” - 一个常见混淆场景：你改了文件 → 保存了 → 又改了几行但没再保存 → 此时 Git 显示 M（modified），gutter 显示新改的几行蓝条；两者同时存在，但代表不同阶段
Ctrl+K Ctrl+D 或 Ctrl+Shift+P → Compare Active File With Saved，然后 F7 跳着看。别指望单个快捷键解决全部，gutter 是视觉提示，diff 是交互审查，它们分工明确。 
