sublime text 原生不记录编辑位置，ctrl+u 等仅跳转历史而非修改点；推荐用 gitgutter 或 jumptolastedit 插件实现真·编辑点回溯，或通过 git diff -u0 手动定位。
Sublime Text 原生不记录“修改点”，Ctrl+U、Ctrl+Alt+← 等快捷键跳的只是「跳转历史」，不是你敲字删行的位置——想靠它们回到刚改的那行，大概率失败。
为什么 Ctrl+U 总是跳不到你刚编辑的地方
这不是快捷键坏了，是 Sublime 根本没存那个位置：
-
jump_back命令只响应主动跳转：比如F12进函数定义、Ctrl+Click、Ctrl+P选行后回车、Ctrl+F后按Enter - 打字、删行、粘贴、方向键移动、滚动条拖动——这些编辑动作完全不进跳转栈
- 刚打开文件、重启 Sublime、或跳转栈已满（上限 16 条），
Ctrl+U就无事可做 - 多光标状态下
jump_back行为不可靠，可能跳到第一个光标而非你预期的那个
用 GitGutter 直接跳修改行（推荐日常使用）
它在编辑器左侧显示 +/~/-，本质是实时调用 git diff，不依赖跳转栈：
- 安装后默认启用，未跟踪文件需手动加配置：
"show_gitgutter_on_untracked": true -
Ctrl+Shift+Alt+→跳到下一个修改行，Ctrl+Shift+Alt+←返回上一个 - 点击左侧标记也能直接跳转，适合快速定位新增/改动/删除的代码块
- 对大文件响应快，但 Git 未暂存的修改仍可见；已提交且后续没再编辑的旧位置不会保留
装 JumpToLastEdit 插件实现真·编辑点回溯
这是唯一监听编辑事件本身的方案，Ctrl+Alt+← 就能跳到你真正输入、删除、粘贴的位置：
- 通过 Package Control 安装后，无需额外配置，快捷键即生效
- 记录
Enter、Tab、Backspace等所有编辑动作，Git 是否暂存不影响 - 大文件（>5MB）响应略慢，慎用于日志或数据文件
- 多光标时只记录主光标位置，副光标改动不触发新节点
- 它和原生
jump_back互不干扰，是独立监听通道
用 git diff -U0 手动定位（适合保存后才发现漏改）
当插件失效或你想确认 Git 视角下的真实改动时，终端一行命令就能拿到精确行号：
- 运行
git diff -U0，找到最新改动块头如@@ -42,3 +42,5 @@，其中42是起始行号 - 切回 Sublime，按
Ctrl+G输入行号跳转 - 注意：该方法依赖 Git 暂存状态，未
git add的修改不会出现在diff中 - 适合跨文件、跨会话追溯，但无法区分同一行内的多次编辑
最容易被忽略的一点：跳转栈和编辑历史完全隔离，Ctrl+U 不可能帮你找回 3 分钟前删掉的那行 if 判断——它只记得你上次 Ctrl+Click 去看了哪个函数。真要回溯编辑点，必须靠插件或 Git 辅助，没有折中方案。
