sublime text 默认不支持 git blame，需安装 gitsavvy 插件并正确配置 git 路径、确保文件位于 git 仓库内，启用后每行首显示 commit 简写与作者缩写，悬停查看完整信息。
Git Blame 功能在 Sublime Text 里默认不存在
Sublime Text 本身不内置 git blame 支持，所谓“配置 Git Blame”，本质是借助插件把命令行 git blame 的输出结构化展示在编辑器里。直接装插件不等于开箱即用——路径、Git 可执行文件位置、文件是否在工作区根目录下，都会影响功能是否触发。
必须安装 GitGutter 或 GitSavvy（推荐后者）
GitGutter 能显示行级修改标记（+/-/→），但不提供提交者、时间、commit hash 等详细信息；GitSavvy 才真正支持完整的 blame 查看流程。安装后需确保：
-
GitSavvy插件已启用（重启 Sublime 后按Ctrl+Shift+P输入GitSavvy: Toggle Blame能响应） - 当前打开的文件属于某个 Git 仓库（即文件路径在
.git目录下层） - Sublime 的环境变量能调用系统
git：若报错git not found，需在Preferences → Package Settings → GitSavvy → Settings中显式配置"git_path": "/usr/bin/git"（macOS/Linux）或"git_path": "C:\Program Files\Git\bin\git.exe"（Windows）
按行查看 blame 信息的正确姿势
不是右键菜单点一下就弹出作者名——GitSavvy 的 blame 是“叠加态”显示：开启后，每行开头会多出一栏窄列，显示简略 commit hash 和作者缩写（如 a1b2c3d jdoe）。鼠标悬停该列可看到完整信息（作者、时间、提交信息），按 Enter 可跳转到对应 commit 页面（需配置 git_remote）。
- 快捷键是
Ctrl+Shift+P→ 输入GitSavvy: Toggle Blame，不是Git Blame - 只对当前光标所在行生效？错。它是整文件实时渲染，但仅当光标移入某行时，状态栏才显示该行详情
- 如果某行显示
???，常见原因是该行在最近一次 commit 后被格式化/空格调整过，Git 认为它“未变更”，blame 会向上追溯到上一个真实修改该逻辑的 commit
别忽略工作区路径和 submodule 的干扰
Sublime 打开的是子目录（比如 project/src/），但 .git 在 project/，此时 GitSavvy 可能无法自动定位仓库根。它依赖 git rev-parse --show-toplevel 返回路径，而该命令必须在工作区有效 git 目录内运行。解决方法：
- 用
File → Open Folder…打开包含.git的最外层目录，而非单个文件或子文件夹 - 若项目含 submodule，且你想查 submodule 内文件的 blame，需单独在 submodule 根目录下打开 Sublime，否则主仓库的 GitSavvy 会静默失败
- 某些 CI 生成的临时工作区（如 GitHub Codespaces 挂载路径）可能禁用
git命令，此时 blame 图标全灰，无报错提示——先在终端确认git blame -L 1,1 -- <filename></filename>是否可执行
实际用起来，最常卡住的不是插件装不装得上，而是 Sublime 当前窗口“认不认这个 Git 仓库”。只要路径对、git 可执行、文件在工作区内，Toggle Blame 就会立刻在行首亮起那列小字——其它都是锦上添花。
