靠 GitBlame 插件最省心，它能在状态栏实时显示光标所在行的作者、时间、提交信息，无需操作，仅需文件已保存且位于 Git 仓库内，并确保系统已安装并配置好 git 命令。
Sublime Text 里怎么一键看到某行是谁写的、什么时候改的
直接说结论：靠 GitBlame 插件最省心，它能在状态栏实时显示光标所在行的作者、时间、提交信息，不用点、不用输命令，只要把光标挪过去就自动出来。
安装后无需重启，但必须满足两个前提：文件已保存 （未保存的临时文件不触发）、 文件在 Git 仓库内（即目录下有 .git）。插件依赖系统级 git 命令，如果终端里敲 git --version 报错，那它也跑不起来。
- 用
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac）打开命令面板 - 输入
Package Control: Install Package→ 回车 → 搜GitBlame→ 安装 - 打开一个 Git 项目里的文件，把光标停在任意一行，看编辑器底部状态栏
默认格式是 {author} - {commit_message} ({relative_date})，比如“张三 – fix login timeout (2 days ago)”。想改显示内容？进 Preferences → Package Settings → GitBlame → Settings，改 format_string 就行。
为什么用了 GitGutter 还看不到作者信息
GitGutter 本身就不干这事——它只管“有没有改”，在侧边栏画个绿色 / 红色小条，告诉你这行是新增、修改还是删除；但它不调用 git blame，所以压根不会查作者、时间这些元数据。
有人试过强行让 GitGutter 显示 blame 信息，结果要么配置无效，要么插件报错。这不是设置问题，是功能边界问题。想看作者，就得换插件，或者叠加使用：
- 保留
GitGutter看修改状态 - 另装
GitBlame或GitCommitMsg看作者和提交详情 - 鼠标悬停在 GitGutter 标记上时，部分主题会弹出简略 commit 摘要（需开启
show_hover_line_info），但这只是附带功能，不稳定也不完整
想看整份文件的 blame 输出，或者右键快速查某一行
这时候 GitBlame 插件不够用了，得上更重一点的方案：Git（domenukk 版）或 SublimeGit。
它们提供命令式交互，比如右键菜单里直接有 Git: Blame，点一下就在编辑器左侧弹出完整 blame 面板，含 commit hash、作者、时间、行号、代码内容——和终端里 git blame filename 的输出几乎一样。
- 快捷键可设成
ctrl+alt+b（Win/Linux）或cmd+alt+b（Mac），避免反复开命令面板 - 执行一次后，面板一直挂着；再按一次就关闭，不用手动点 X
- 注意：如果当前文件没加到暂存区或还没 commit 过，某些插件会报“no changes to blame”，不是插件坏了，是 Git 根本没记录这一行的修改来源
自定义构建系统跑 git blame 为什么总失败
很多人照着教程建 GitBlame.sublime-build，写好 "cmd": ["git", "blame", "$file_name"]，一按 Ctrl+B 却提示“No build system found”或直接卡住——根本原因是路径和上下文错了。
Sublime 的构建系统默认在项目根目录执行命令，但 $file_name 是相对路径，如果文件嵌套深（比如 src/utils/helpers.py），而当前工作目录是项目顶层，git blame helpers.py 就会找不到文件。
- 正确写法要用
$file（绝对路径）或显式指定工作目录："working_dir": "$file_path" - Windows 用户还要注意
git命令是否在PATH里；如果装的是 Git for Windows，默认可能只加到用户 PATH，Sublime 启动方式不同会导致找不到git - 更稳妥的做法：别自己写构建系统，直接用插件。除非你明确需要把 blame 结果导出为文本、或集成进 CI 流水线这类特殊场景
真正容易被忽略的一点：所有这些插件都只对「已跟踪」且「已提交」的文件生效。刚 git add 但还没 git commit 的新文件，git blame 无从追溯，插件也就只能显示“unknown author”或直接静默——这不是 bug，是 Git 本身的逻辑限制。
