sublime text原生不支持跳转到下一个修改点，ctrl+u等仅操作光标跳转堆栈；真·修改点跳转需用gitgutter的ctrl+shift+alt+→（跳下一修改行）或changemark插件的next_modification命令，二者均基于行级变更标记，前者依赖git diff实时解析，后者对比磁盘保存内容。
Sublime Text 原生不提供「跳转到下一个修改点」功能，Ctrl+U、Ctrl+Alt+← 等快捷键操作的是光标跳转堆栈，不是代码修改位置——它们不会识别你新增了一行 return True 或删掉了某个 print()，只记录你按过 F12、Ctrl+Click、Ctrl+G 这类主动跳转行为。
为什么 Ctrl+Shift+Alt+→ 才是真·修改点跳转的起点
这个组合键来自 GitGutter 插件，它不依赖 Sublime 的跳转堆栈，而是实时调用 git diff 解析当前文件的变更：
- 左侧显示
+（新增）、~（修改）、-（删除）标记，直观定位修改行 -
Ctrl+Shift+Alt+→跳到下一个带标记的行，Ctrl+Shift+Alt+←返回上一个 - 未暂存的修改也可见；但未被 Git 跟踪的文件默认不显示，需在设置中加
"show_gitgutter_on_untracked": true - 大文件响应快，且不随编辑器重启丢失（只要 git 状态存在）
next_modification 命令：基于 ChangeMark 插件的轻量替代
如果你不想依赖 Git（比如临时脚本或未初始化仓库的项目），ChangeMark 是更底层的选择：
- 安装后自动在修改/新增/删除行左侧打点，不依赖版本控制
- 绑定快捷键后可直接调用
next_modification和prev_modification命令 - 注意：它只识别「保存后」的差异（即对比磁盘上最后一次保存的内容），未保存的编辑不会触发标记
- 无法区分“刚敲了一个字符”和“改了整段逻辑”，粒度是行级，不是字符级
手动用 git diff -U0 定位 + Ctrl+G 跳转
当插件失效、或你想确认某次修改是否真的进了暂存区时，终端命令最可靠：
- 运行
git diff -U0，找到类似@@ -42,3 +42,5 @@的头行，其中+42表示修改从第 42 行开始 - 回到 Sublime，按
Ctrl+G输入42回车即可跳转 - 适用于已提交但后续又改错的场景（
git diff HEAD可比对工作区与最新提交） - 缺点：不能跳未
git add的修改；中文路径或含空格的文件名需加引号或转义
最容易被忽略的一点：所谓“修改点”在 Sublime 里从来不是原生概念。所有跳转都建立在外部信号（Git 状态、保存动作、用户点击）之上，没有插件或命令能监听到“你按下 Backspace 的瞬间”。如果需要高频回溯编辑行为，JumpToLastEdit 是唯一尝试捕获输入事件的插件，但它对多光标支持有限，且性能随文件增大明显下降。
