gitgutter提供ctrl+shift+alt+→/←跳转至下一个/上一个修改行，依赖实时git diff，不依赖跳转栈，响应快且支持大文件；需确保git_binary路径正确、项目为有效git仓库。
Ctrl+Alt+← 和 Ctrl+Alt+→ 是最直接的来回跳转方式
这两个快捷键调用的是 Sublime 原生的 jump_back 和 jump_forward 命令，本质是操作同一个跳转历史栈（jump stack），上限 16 条，重启即清空。它们不是“编辑点”专用，而是记录所有主动跳转行为：比如 Ctrl+Click 进函数、F12 跳定义、Ctrl+P 选行后回车、鼠标点击任意位置——但不包括打字、删行、方向键移动、滚动条拖动。
常见错误现象：Ctrl+U 按了没反应，或跳到完全无关的位置。这不是快捷键失效，而是跳转栈为空或已满；也可能是你刚打开文件、还没做过任何跳转动作，或者多光标状态下命令被干扰。
- Windows/Linux 默认绑定：
Ctrl+Alt+←（后退）、Ctrl+Alt+→（前进） - macOS 对应：
Cmd+Option+←、Cmd+Option+→ -
Ctrl+Alt+-（主键盘区减号）和Ctrl+U功能等价，都是jump_back，别重复绑定 - 验证是否生效：打开
Preferences → Key Bindings – User，确认没有插件覆盖掉这些键位
为什么 Ctrl+Tab / Ctrl+Shift+Tab 不适合编辑点跳转
Ctrl+Tab（Windows/Linux）根本不是跳编辑点的工具，它只在已打开的标签页间按 MRU（最近使用顺序）切换，和光标位置无关。你按它，大概率跳到 5 分钟前编辑过的另一个文件，而不是上一行代码。
Ctrl+Shift+Tab 更容易误用：它不是“上一个”，而是直接跳到跳转栈最底端（最早那次跳转前），相当于“一键退到底”。日常来回切两处时，它会跳过中间所有位置，反而打断节奏。
- 想在线性分屏间切换？用
Ctrl+Alt+→而不是Ctrl+Tab，前者能精准落到相邻分屏的内容区 - 误按
Ctrl+Shift+Tab后想撤回？再按一次Ctrl+Alt+→通常比反复试Ctrl+Alt+←更快 - 标签页太多时，
Ctrl+P输@或:比盲按Ctrl+Tab更可控
真·编辑点跳转得靠插件补位
原生跳转栈不记录编辑动作，所以“刚改完那行”默认不在栈里。如果必须回到确切的修改位置，不能只依赖 jump_back。
GitGutter 是最轻量可靠的方案：它左侧显示 +/~/-，本质是实时跑 git diff，不依赖跳转栈。未暂存的修改也可见，响应快，大文件无卡顿。
- 安装后默认启用，未跟踪文件需加配置：
"show_gitgutter_on_untracked": true - 跳转命令：
Ctrl+Shift+Alt+→（下一个修改行）、Ctrl+Shift+Alt+←（上一个） - 点击左侧标记也能跳，适合快速定位新增/改动/删除块
- 缺点：已提交且后续没再编辑的旧位置不会保留，它只反映当前工作区差异
排查跳转失效时优先检查这三件事
跳转失败，90% 的情况不是快捷键坏了，而是环境或配置出了偏差。
- 输入法是否处于中文状态？组合键被系统或远程桌面劫持是高频原因，切英文再试
- 是否刚重启 Sublime？跳转栈清空后第一次按
Ctrl+Alt+←必然无效，先做一次Ctrl+Click或鼠标点一下别的地方再试 - 有没有插件冲突？
SideBarEnhancements等老牌插件可能悄悄重绑了ctrl+u；打开Preferences → Package Settings → Key Bindings查看实际生效的绑定
别指望跳转栈跨会话保留——关掉 Sublime，历史就没了；而书签（Ctrl+K Ctrl+Space）、Git 记录、插件缓存才是持久的替代路径。
