sublime text 官方更新日志需访问 https://www.sublimetext.com/updates，该网页按 build 号倒序列出所有正式版变更；本地 build 号在 help → about sublime text 中查看，是唯一权威版本标识。
Sublime 怎么打开官方更新日志
Sublime Text 没有内置的“更新日志面板”，所谓“更新日志按钮”是误导——它不提供图形化历史列表，也不在菜单里直接显示。你看到的所谓日志，其实是官网维护的公开网页。
正确做法是：打开浏览器，访问 https://www.sublimetext.com/updates。这个页面按 Build 号倒序列出所有正式版变更，包括新增功能（如 4162 版加入的 find_in_files 异步优化）、修复项（如 4158 修复了 macOS 上 Retina 屏光标偏移）和已知限制（如 Linux 下 Wayland 会话中部分快捷键失效）。每次发布都会附带 Build 号与发布时间，和你本地版本严格对应。
怎么确认自己用的是哪个 Build 号
Build 号才是 Sublime 的真实版本标识，Help → About Sublime Text 弹窗第一行显示的就是它（例如 Build 4162），不是“v4.4.1”这类营销版本号。这是唯一权威来源，别信控制台输出或插件读取的模糊字符串。
- Windows/macOS/Linux 全平台一致，无需查注册表或配置文件
- 如果弹窗没反应，说明软件可能卡死或被 hook，此时可尝试终端执行：
subl --version（macOS/Linux）或查看进程命令行参数（Windows 任务管理器 → 详细信息 → 命令行列） - 某些打包版（如企业定制版）可能屏蔽该菜单，这时只能靠
subl --version或检查安装包文件名（如sublime_text_build_4162_x64_setup.exe）
为什么不能靠 Package Control 查更新日志
Package Control 是插件管理器，只管插件，不管编辑器本体。它调用的 Check for Updates 功能底层只是向官网 /updates 页面发 HTTP 请求比对 Build 号，不会下载、解析或缓存日志内容。
常见误解是以为 “Install Package → 输入 ‘update log’ 就能装个日志插件”——不存在这样的插件。所有声称“内置日志浏览”的第三方工具，本质都是用 WebView 加载官网页面，属于套壳，且容易因官网结构调整而失效。
- 插件无法获知 Sublime 本体的完整变更细节，比如底层渲染引擎（DirectWrite / Core Text）的调整、Python API 的细微弃用
- 如果你依赖某项新 API（如
view.add_regions的on_navigate参数），必须对照官网日志确认该 Build 号是否包含 - 跳过日志直接升级，可能遇到插件兼容问题：例如 4140 后废弃了
view.settings().get('tab_size')的写法，旧插件会静默失败
更新前要不要看日志？看什么重点
不是每版都要逐条读，但关键升级（尤其是 Build 号跨百，如从 4099 升到 4162）必须扫一眼「Breaking Changes」和「Important Notes」区块。这些内容不会出现在自动更新提示里。
- 重点关注：Python API 变更（影响你写的插件）、默认设置变动（如
draw_white_space默认值从"all"改为"selection"）、CLI 行为调整（subl --command参数兼容性） - 忽略：UI 微调描述（如“优化侧边栏图标间距”）、已归档平台支持（如放弃 32 位 Windows）——除非你还在用 XP 或旧虚拟机
- 特别注意 macOS 用户：官网日志里明确标注「Apple Silicon native build」的 Build 才真正启用原生 ARM64，否则仍跑 Rosetta，性能打七折
日志页最底下有 RSS 订阅链接，建议订阅。比起手动检查，它更能避免错过安全修复（如 4155 修复了恶意 .sublime-project 文件导致的任意代码执行）。
