VSCode无“跳转到上一个修改点”原生快捷键；Go to Last Edit Location仅记录光标因输入/删除等编辑动作停留的位置，不捕获格式化或自动修复改动，且只保留最后一次位置；GitLens可精准定位Git层面的未/已暂存差异行，行号旁绿/红标记点击即跳；全文搜索（Ctrl+Shift+F）配合关键词或正则更可靠。
VSCode 没有“跳转到上一个修改点”的原生快捷键，所谓“修改点”在编辑器里其实分三类：你手动敲/删的编辑位置、Git 层面的代码变更行、语言服务器标记的问题（错误/警告）。它们各自走不同系统，不能靠一个快捷键统管。
Go to Last Edit Location 只记光标停留，不记内容改动
命令 Go to Last Edit Location（默认无快捷键，需 Ctrl+Shift+P 调用）是 VSCode 唯一接近该需求的原生功能，但它只记录「光标因编辑动作（输入、删除、粘贴）而停留的位置」，不是「你改了哪几行」。
- 格式化（Prettier）、自动补全、ESLint fix 插入的分号或空格——不会触发该记录
- 保存后又滚动离开，再按一次就失效；连续多次编辑只保留最后一次光标落点
- 无法绑定为独立快捷键，
keybindings.json中对editor.action.navigateToLastEditLocation的绑定会被忽略 - 它不区分文件，可能跳到刚编辑过的另一个 tab 里，而非你期望的当前文件
GitLens 是定位真实修改行最可靠的方案
如果你真正想看的是「Git 认为我改了哪些行」，GitLens 插件把 diff 直接嵌进编辑器，比任何跳转命令都准。
- 安装后，左侧资源管理器出现
Git Changes视图，点击文件即跳到第一个差异行 - 行号左侧的绿色/红色标记可直接点击——这是真实可交互的 diff 指针，不是装饰
- 右键某行选
Compare with Previous Version，能立刻看到这次修改前后对比 - 务必关闭
gitlens.advanced.legacyGitCommands（设为false），否则部分右键菜单不响应
Ctrl+Shift+F 搜索关键词比依赖历史更可控
当你记不清改了哪几处，但知道改了什么（比如函数名、日志字段、CSS 类名），全文搜索比任何“上一个”逻辑都快。
- 输入关键词后点右上角
Toggle Search Details，勾选Use Exclude Settings and Ignore Files，避免扫node_modules - 模板字符串或 JSX 中搜索，打开
Use Regular Expression，用.*xxx.*或{.*xxx.*}提高命中率 - 搜索结果面板中按住
Ctrl多选，右键Open in Editor可批量打开所有匹配文件 - 注意：未保存的文件不会被语言服务完整校验，Problems 面板为空时，
Go to Previous Problem也跳不到
真正卡住人的，从来不是找不到快捷键，而是没意识到「你眼中的修改」和「VSCode/Git 实际追踪的修改」根本不在同一层——比如 Prettier 格式化加的空行，GitLens 会标红，Go to Last Edit Location 却完全无视；而你手敲的一个 console.log，前者不显示，后者却能跳。先确认你要找的是哪一种“改”，再选工具。
