sublime text需安装gitsavvy插件实现git操作，因其本身不内置git功能；必须先安装git cli并以文件夹形式打开项目，按add→commit→push顺序操作，推送前须先pull避免冲突。
sublime text 本身不支持 Git 操作，得靠插件补足
Sublime Text 是个编辑器，不是 ide，它默认没有内置 Git 客户端。你点菜单里找不到“提交”“推送”这类选项——这不是你配置错了，是它压根没这功能。必须装插件，最常用、维护最勤的是 GitSavvy。
别用 SublimeGit（已多年未更新，和 Sublime 4 兼容性差，常报 git: command not found 或卡在 loading）；也别信某些教程推的“手动配 PATH”，治标不治本。
- 确认系统已安装 Git CLI：终端运行
git --version能输出版本号才算真装好 - Sublime 内通过
Ctrl+Shift+P（Win/linux）或Cmd+Shift+P（macos）调出命令面板，输入Package Control: Install Package回车，再搜GitSavvy安装 - 安装完重启 Sublime（部分版本需手动重启才加载插件）
- 打开一个已
git init或git clone的项目文件夹（不是单个文件），才能激活 GitSavvy 功能
怎么用 GitSavvy 提交代码：从暂存到推送一步不能少
GitSavvy 把 Git 操作拆成原子步骤，不像 VS Code 那样“一键提交”。这是优点也是门槛：它不隐藏流程，但你得清楚 add → commit → push 的顺序，漏一步就推不上去。
- 按
Ctrl+Shift+P输入Git: Status查看当前工作区状态，绿色文件是已暂存（staged），灰色是未暂存（untracked/modified） - 光标放在灰色文件上，按
Ctrl+Shift+P→Git: Add File；或者直接在侧边栏右键文件选Git: Add File - 再运行
Git: Commit，会弹出新标签页让你写commit message，保存即提交（注意：只提交到本地仓库） - 最后运行
Git: Push才真正发到远程（如 github）。首次推送需先设 upstream：Git: Push with Options→ 勾选set upstream
协同场景下最容易卡住的三个点
多人共用一个分支时，GitSavvy 不会自动提醒你有没有拉最新代码，也不会帮你解决冲突——它只忠实执行 Git 命令。下面这些现象，90% 都是因为跳过了基础检查。
- 点
Git: Push报错rejected - non-fast-forward：说明远程有你本地没有的提交，必须先Git: Pull（或Git: Fetch+Git: Merge） - 拉下来后出现冲突文件，侧边栏变成红色，双击打开会看到
<code>======>>>>标记：必须手动编辑删掉标记、保留正确内容，再Git: Add File暂存，最后Git: Commit - 同事改了同一行，你
Git: Pull后没看到冲突提示？检查是否关了merge.conflictStyle设置——默认是开启的，如果没显示，大概率是没在项目根目录打开文件夹（GitSavvy 只对“以文件夹为根打开”的项目生效）
为什么不用 GUI 工具？因为 Sublime 的轻量逻辑和 Git 命令本质更配
GitSavvy 不做抽象，所有操作最终都调用系统 git 命令。你看得到每步执行的命令（比如 git commit -m "xxx"），也能在 Sublime 底部状态栏实时看到当前分支、是否干净。这种透明感，在排查 pre-commit hook 失败 或 submodule 更新异常 时特别有用。
但它不处理 ssh 密钥代理、不集成 CI 状态、也不显示 PR 列表——这些本来就不该是编辑器的事。如果你每天要切 5 个分支、频繁 rebase、还要看 GitHub 上的评论，那确实该换 IDE；但如果只是写业务逻辑、顺手提交、确保不丢同事的修改，GitSavvy 加 Sublime 的组合，够用且不拖慢启动速度。
记住：它不替代你理解 Git，它只是把终端里的 git add git commit git push 按下快捷键就能调出来。真正容易被忽略的，永远是那个“先 pull 再 push”的习惯——而不是插件装没装对。