GitSavvy 插件无法调出命令面板多因未重启 Sublime Text 或插件加载失败；需确认 Package Control 已安装、正确安装 GitSavvy、重启编辑器，并检查控制台报错及 Git/Python 环境配置。
GitSavvy 插件安装后无法调出命令面板
多数情况是插件未正确加载，或 Sublime Text 缓存了旧状态。先确认 Package Control 已安装，再用 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入 Package Control: Install Package 回车，等待列表加载完成后再搜 GitSavvy 并安装。
安装后重启 Sublime Text 是必须步骤——很多人跳过这步，导致 Ctrl+Shift+P 里搜不到 git: 开头的命令。如果仍不显示，检查控制台（Ctrl+`）是否有类似 error loading plugin GitSavvy.git_savvy 的报错，常见原因是 Python 环境缺失或 Git 未加入系统 PATH。
执行 git status / commit / push 前必须确认工作目录
GitSavvy 所有操作都基于当前文件所在目录或其最近的父级 .git 目录。如果你在未初始化 Git 的文件夹中打开文件，插件会提示 No git repo found；如果文件路径跨项目（比如从 /project-a/src 打开 /project-b/lib/file.py），它可能误判根目录。
确保你打开的是项目根目录（含 .git 文件夹）下的文件，或手动通过命令面板运行 Git: Set Repository Path 指定正确路径。否则 git status 显示空，git add 无响应，commit 也只会提交到错误仓库。
GitSavvy 的 commit 界面不支持中文提交信息？
不是不支持，而是 Sublime 默认编码或终端环境变量影响了 Git 提交时的字符处理。重点检查两点：
使用四维度框架评估任意 GitLab MR 或 GitHub PR 的复杂度：规模（20%），认知负荷（30%），审查工作量（30%），风险/影响（20%）...
- Sublime Text 设置里确认
"default_encoding": "UTF-8"已启用（可通过Preferences → Settings查看） - 系统终端中运行
git config --global i18n.commitencoding utf-8和git config --global i18n.logoutputencoding utf-8 - 若仍乱码，临时改用
Git: Commit (verbose)命令，它会在新标签页打开编辑器，避免 Sublime 内置输入框的编码限制
另外注意：GitSavvy 的 commit 窗口默认不自动保存草稿，关闭前务必按 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS）触发提交，只按 Enter 是换行。
push 失败提示 “Authentication failed” 或 “Permission denied”
GitSavvy 本身不管理凭证，它复用系统 Git 的认证机制。失败几乎都源于凭证配置缺失：
- SSH 方式：确认
~/.ssh/id_rsa.pub已添加到 GitHub/GitLab，且git remote get-url origin返回的是git@...格式 URL - HTTPS 方式：运行
git config --global credential.helper store，首次 push 后会明文保存账号密码到~/.git-credentials；也可改用cache（内存缓存）或系统钥匙串（macOS Keychain / Windows Credential Manager） - 检查远程地址是否被意外改成私有域名或带端口（如
http://git.internal:8080/user/repo.git），这类地址常需额外代理或证书配置
Sublime 内直接 push 失败时，建议先切到终端执行 git push 验证基础链路，排除网络或权限问题。GitSavvy 只是界面层，底层逻辑和 CLI 完全一致。
GitSavvy 的强项是把高频 Git 操作收进快捷键和可视化界面，但它的行为完全依赖 Git CLI 的状态和配置。很多“插件不工作”的问题，本质是 Git 环境没配好——别急着重装插件，先在终端跑通 git status、git commit -m "test"、git push 这三步。
