GitGutter仅比对当前文件与HEAD的行级差异，不追溯作者、提交哈希或时间戳；查“谁改的某行”需用git blame命令或GitSavvy插件。
GitGutter 本身不记录“变更所有者”，只比对当前工作区与 Git 仓库状态
GitGutter 不具备追溯谁改了某行、哪次 commit 引入该修改的能力。它只调用 git diff 或 git show（取决于配置）对比「当前文件内容」和「HEAD / index」，然后在 gutter 标出新增/修改/删除——仅反映“有变化”，不关联 author、commit hash 或时间戳。
想查“这行是谁改的”，必须跳出 GitGutter，直接用 Git 命令：
-
git blame -L 42,42 -- filename.js：查看第 42 行的最后修改者（author + commit ID） -
git log -p -S "someFunction" -- filename.ts：搜索包含someFunction的提交并显示补丁 - 在 Sublime 中装 GitSavvy 插件后，右键 →
Git: Blame可直接在编辑器内打开 blame 视图（按行显示 author 和 short-hash）
为什么悬停 GitGutter 图标看不到作者信息？
GitGutter 悬停提示默认只显示极简 diff 片段（如 - console.log(x)），不调用 git blame，也不解析 commit 元数据。这是性能取舍：实时 hover 触发 git blame 在大文件或慢磁盘上会明显卡顿。
如果你真需要 hover 查作者，得换方案：
- 禁用 GitGutter 的 hover 提示（设
"enable_hover_diff": false），改用 GitSavvy 的Git: Blame命令（Ctrl+Shift+P → 输入该命令） - 或配合终端：
git -C /path/to/repo blame -L $LINE,$LINE -- $FILE，复制行号后快速粘贴执行 - 注意：
git blame默认只显示最近一次修改该行的作者；若该行被后续 commit 覆盖但未改动内容，blame 会指向更早的 commit（即“original author”）
多分支切换后 GitGutter 标记没更新？不是 bug，是设计使然
GitGutter 不监听 git checkout 或 git switch，它只响应文件系统事件（保存、写入）。切换分支后，即使 HEAD 已变，gutter 图标仍显示旧分支下的 diff 状态，直到你手动保存文件或触发 GitGutter: Reset（右键标签页 → GitGutter → Reset）。
这意味着：你无法靠 GitGutter 直观判断「当前分支下哪些行是新改的」。它始终比对的是「当前文件内容」vs「当前 HEAD 所指 commit」——但这个 HEAD 值不会自动刷新。
- 临时解法：切换分支后，对任意已打开文件按
Ctrl+S（保存空操作），强制 GitGutter 重读 HEAD - 长期建议：把 GitGutter 当作「工作区变更快照」工具，而非「分支上下文感知」工具；真正要确认分支差异，请用
git diff branch-a..branch-b -- file - GitGutter 缓存的 commit ID 存在内存里，重启 Sublime 会清空，但不如主动 Reset 来得可控
中文路径下 GitGutter 报错却无提示？检查 core.quotepath
当文件路径含中文，且 Git 配置中 core.quotepath 为默认 true 时，git diff 输出会将中文路径转义（如 "\344\270\255\346\226\207.txt"），GitGutter 解析失败，控制台报错但界面无任何图标——连红叉都不显示。
修复只需一行命令：
git config --global core.quotepath false
之后重启 Sublime 或重载 GitGutter（右键 → GitGutter → Reload）。这个设置影响所有 Git 命令的路径输出格式，推荐全局开启，尤其在 Windows 或 macOS 中文用户目录下。
顺带一提：GitGutter 不解析环境变量（如 %USERPROFILE%），所以 git_binary 设置必须用绝对路径，否则中文路径下可能根本找不到 git 可执行文件。
