GitGutter跳转命令不生效需先确认git_binary路径正确且文件属于有效Git仓库；执行GitGutter: Goto Change可跳转至下一个修改行，反向用GitGutter: Goto Previous Change，支持自定义快捷键但需确保插件已加载。
GitGutter 跳转命令不生效？先确认 git_binary 和仓库路径
跳转功能依赖 GitGutter 正确调用 git 命令，否则所有导航操作（包括跳转到变更、悬停弹窗、Compare with HEAD）都会静默失败。常见现象是左侧 gutter 没图标、右键无 GitGutter 选项、按快捷键没反应。
- 终端执行
which git（macOS/Linux）或where git（Windows），把输出路径填进 GitGutter 的Settings – User文件，如"git_binary": "/usr/local/bin/git" - 确保当前文件路径下存在
.git目录（不是父目录的子目录嵌套错误），git status能正常运行 - 软链接路径（如 WSL 访问
/mnt/c/...）常导致 GitGutter 无法定位.git，建议直接在原生路径中打开项目
怎么快速跳到上一个/下一个修改行？别只靠鼠标悬停
GitGutter 提供了明确的导航命令，比手动滚动或反复悬停高效得多，但默认没有绑定快捷键，需手动触发或自定义。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入GitGutter: Goto Change→ 回车，会跳到下一个有+/~/-标记的行 - 重复执行该命令可循环跳转；想反向跳，改用
GitGutter: Goto Previous Change - 若习惯 Vim 风格，可在
Key Bindings – User中添加：[{"keys": ["[", "c"], "command": "git_gutter_goto_previous_change"},{"keys": ["]", "c"], "command": "git_gutter_goto_change"}]（注意：需确保插件已加载，且按键未被其他插件占用）
悬停弹窗里点「⟳」能恢复单行，但不是所有变更都适用
GitGutter 的 Diff Popup 弹窗里有个「⟳」按钮，作用是把当前行还原为 Git 仓库中对应版本的内容——但它只对「未暂存」（unstaged）的修改有效，且仅限整行恢复，不能选中部分字符回滚。
- 如果该行已执行过
git add，点击「⟳」无响应，状态栏会提示 “No unstaged changes” - 新增行（
+）点击「⟳」会整行删除；修改行（~）会替换为原始内容；删除行（-）无法通过此方式恢复（因为物理上已不存在） - 想恢复部分代码而非整行？得手动复制弹窗左半边（原始内容）粘贴，或改用
git checkout -- <file>命令
为什么跳转后光标总偏移一行？检查 live_mode 和 debounce_delay
部分用户发现执行 GitGutter: Goto Change 后光标停在目标行的上一行或下一行，这不是 bug，而是由异步检测机制和 UI 渲染延迟叠加导致的视觉错位。
- 默认
"live_mode": true+"debounce_delay": 500，意味着变更检测有最高 500ms 延迟；跳转命令可能在 gutter 图标尚未刷新完成时就执行了 - 临时解决：设
"live_mode": false，改用快捷键Ctrl+Shift+G→Refresh手动触发检测后再跳转 - 长期方案：调小
debounce_delay到100，但注意这会增加 CPU 占用，尤其在大文件或高频率编辑时
GitGutter 的跳转能力依赖于准确的 diff 结果，而 diff 结果又受 git 配置（比如 core.autocrlf）、文件编码（UTF-8 with BOM 易触发 UnicodeDecodeError）、甚至 Sublime 主题对 git_gutter scope 的支持程度影响——这些细节不出错时感觉不到，一出错就全卡住。
