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 Changelog Generator
下载
使用约定式提交（Conventional Commits）从 Git 历史记录中生成结构化变更日志，支持多种格式、AI 增强型描述以及可自定义的范围……
-
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 返回失败这个底层事实。
