Sublime Text没有原生“跳转到上一个修改点”功能，Ctrl+U仅跳转至上一次光标位置变更（含移动、编辑等），不区分是否实际修改内容，且无稳定向前跳转；替代方案包括内置goto_recently_modified命令（文件级）或ChangeMark插件（行级标记与跳转）。
Sublime Text 没有原生的「跳转到上一个修改点」功能，Ctrl+U（Windows/Linux）或 Cmd+U（macOS）是唯一接近的快捷键，但它实际作用是「撤销光标位置」（即跳转到上一次光标移动/编辑的位置），不是按「修改行为」（如输入、删除）排序的历史点。
为什么 Ctrl+U 常被误认为是“回退修改点”
这个快捷键底层调用的是 Sublime 的 jump_back 命令，它记录的是「光标位置变更事件」，包括：
- 手动点击切换光标位置
- 执行
Ctrl+F查找后按Enter跳转 - 保存文件（部分版本会触发一次位置记录）
- 输入、删除、粘贴等编辑操作（但不保证每个字符变化都记入）
它**不区分是否真正修改了内容**，也不提供「向前跳转」的对称命令（Ctrl+Shift+U 是重做光标位置，但行为不稳定，多数版本未绑定）。
替代方案：用 Ctrl+Shift+P 调出命令面板搜 goto_recently_modified
Sublime Text 4 内置了该命令（ST3 需装插件），可列出最近修改过的文件及行号。但注意：
GitHub一键发布助手（专业版）
下载
本地项目发布到GitHub的完整工作流助手。自动执行：安全检查（.gitignore、排除敏感.env/凭据文件）、补齐开源文件（LICENSE、.gitignore）、git init/commit/branch、创建远程仓库、首次推送、可选打tag。支持git filter-repo历史敏感信息重写、force push、tag管理。Windows下走Credential Manager自动认证。触发词："发布到GitHub"、"上传到github"、"
- 它跳转的是「文件级修改」，不是当前文件内的某个编辑点
- 不会显示未保存的临时修改位置
- 默认快捷键为空，需手动绑定，例如在
Preferences → Key Bindings中添加：
[
{ "keys": ["ctrl+alt+m"], "command": "goto_recently_modified" }
]
真正可靠的「文件内修改点导航」要靠插件
原生功能无法满足精准回溯需求，推荐两个轻量插件：
-
JumpToMatchingBracket不相关，忽略；重点看：ChangeMark—— 在每行左侧显示小图标标记修改/新增/删除行，配合next_modification和prev_modification命令跳转 -
Highlighter可高亮所有已修改行，但无跳转命令，需搭配自定义键绑定 - 安装后，在用户键绑定中添加：
[
{ "keys": ["ctrl+alt+up"], "command": "prev_modification" },
{ "keys": ["ctrl+alt+down"], "command": "next_modification" }
]
这两个命令只在启用了 ChangeMark 插件时才生效，且仅识别保存后的差异（即基于 Git 或文件系统比对，不是实时编辑流）。
容易被忽略的关键限制
所有跳转类功能都受以下影响：
-
Ctrl+U的历史栈长度默认为 16，超出后早期位置被丢弃，不可配置 - 插件如
ChangeMark不感知未保存的更改（unsaved changes），只标记与磁盘文件不同的行 - 多光标编辑时，
Ctrl+U只恢复主光标位置，其余光标丢失 - 通过鼠标拖选文本再编辑，可能打断跳转链——Sublime 把拖选视为一次独立位置变更，覆盖前序记录
如果真需要类似 IDE 的「编辑历史栈」，Sublime 并不适合；它定位是轻量编辑器，这类能力得靠 VS Code 的 workbench.action.navigateBack 或 Vim 的 g;。
