gitgutter不支持作者信息显示，因其仅调用git diff实现行级差异标记（+/-/~），从不调用git blame；需换用gitblame或gitsavvy插件，并满足仓库根目录打开、文件已提交等前提条件。
GitGutter 本身不支持代码行所有权追溯——它只显示“有没有改”，不查“谁改的”。想靠它看作者、时间、commit hash，直接无效。
为什么 GitGutter 显示不了作者信息
GitGutter 的设计目标是差异可视化：侧边栏图标（+、~、-）对应 git status 和 git diff 的结果，它从不调用 git blame。插件内部没有作者解析逻辑，配置里也找不到 author、commit_hash 这类字段。强行修改设置或叠加其他插件参数，只会报错或静默失效。
- 你看到的“绿色/红色小条”只是工作区 vs 暂存区的对比结果
- 未提交的新文件、刚
git add但没commit的行，GitGutter 能标出改动，但 Git 本身还没记录责任人 - 如果某行被格式化工具重排过空格或缩进，GitGutter 会标为修改，但
git blame可能仍指向原始逻辑提交——这两者根本不在同一数据源上
想轻量实现行级所有权追溯，该换什么插件
真正能做行级追溯的轻量方案只有两个：
Git Repo Reader
下载
辅助阅读和快速理解 GitHub/Git 项目结构与核心价值的结构化方法论。 当用户请求"分析这个 GitHub 项目"、"帮我读一下这个 repo"、"了解这个项目是做什么的"、 "怎么用这个项目"、"怎么跑这个项目"、"这个项目用了哪些技术"，或任何涉及 GitHub/Git 仓库阅读、理解、技术评估、快速上...
-
GitBlame：最省事。安装后光标停在哪行，状态栏立刻显示{author} - {commit_message} ({relative_date})；不用右键、不弹窗、不占编辑区空间 -
GitSavvy：稍重但更可控。启用GitSavvy: Toggle Blame后，每行开头多一窄列，显示简写commit和作者缩写（如a1b2c3d jdoe），悬停看详情，按Enter跳转 commit 页面
二者都依赖系统 git 可执行路径。Windows 用户常见问题是 git_binary 指向了 cmd\git.exe（应选 bin\git.exe），macOS/Linux 则常因 Sublime 未继承 shell 的 $PATH 导致 Unable to find git binary。
容易被忽略的三个硬性前提
哪怕装对插件，以下任一条件不满足，blame 功能就完全失效：
- Sublime 必须通过
File → Open Folder…打开整个 Git 仓库根目录（即包含.git文件夹的目录），不能只用Open File…单独打开一个.py或.js - 当前文件必须已被
git add并至少git commit过一次；新建文件未提交时，所有行都显示Unknown author或空白 - 若项目含 submodule，且你想查 submodule 内文件，必须单独在 submodule 根目录下启动 Sublime——主仓库的插件无法跨边界调用
git blame
这些不是插件 bug，而是 Git 本身的仓库边界限制。插件再聪明，也绕不开 git rev-parse --show-toplevel 返回失败这个底层事实。
