Sublime Text 本身不支持多分支管理，仅通过 wbond 官方 Git 插件封装 git CLI 命令（如 checkout、branch）实现基础操作；它无内置分支面板、不监听 HEAD 变更、不维护状态缓存，所有分支切换需手动确认且不自动刷新界面；真正多分支可视化与冲突解决依赖 Sublime Merge 配合使用。
Sublime Text 本身不支持多分支管理，靠插件只是调用 git CLI
Sublime Text 没有内置分支面板、没有工作区级仓库聚合、也不维护分支状态缓存。所谓“管理分支”，实际是 Git 插件（wbond 版）把 git checkout、git branch 等命令封装成菜单项或命令面板入口。它不解析 .git/refs/heads/，也不监听 HEAD 变更，所有操作都是一次性 shell 调用。这意味着：分支切换后，编辑器不会刷新状态栏提示、不会高亮当前分支名、也不会阻止你在错误分支上提交——这些全靠你手动确认。
必须装对插件并配准 git_command，否则所有分支命令静默失效
常见失败现象：Ctrl+Shift+P 输入 Git: 后看不到 Git: Checkout Branch；右键无 Git 子菜单；执行命令后控制台（Ctrl+`）报 fatal: not a git repository 或 'git' is not recognized。
- 只认 wbond 维护的官方
Git插件（Package Control 搜索 “Git”，作者显示wbond，描述含 “command-line git integration”），别选GitSavvy、SideBarGit或付费的SublimeGit - 插件设置里必须显式指定
git_command：Windows 用户若没勾选 Git 安装时的 “Add to PATH”，就得填类似"C:\Program Files\Git\bin\git.exe"的绝对路径；macOS 用户用 Homebrew 装的 git，常需填/opt/homebrew/bin/git（不是/usr/bin/git） - 插件只在项目根目录含
.git/时激活——用 Sublime 打开单个文件（非文件夹）、或打开子目录但该目录不含.git，分支命令就不可见
Git: Checkout Branch 会自动创建分支，但容易误触发
这个命令本质是运行 git checkout <name>，但 Git 默认策略是：如果 <name> 不存在且当前工作区干净，就等价于 git checkout -b <name>。这不是插件逻辑，是 Git CLI 行为。
Git Worktree 多需求并行开发助手：在当前 worktree 目录独立开发、修改、提交代码，不跨目录。基于目录命名规范自动识别仓库归属（如 main-repo-feature‑a → main‑repo 仓库）。遵循最小改动原则，从需求分析到 commit 交付全流程负责。触发场景：用户在 ...
- 输错名字（比如带空格、斜杠、中文）不会提前拦截，错误只出现在控制台，例如
error: 'feat/login ui' is not a valid branch name - 想切到远程分支（如
origin/develop），得先git fetch，再输入完整名字；直接输develop可能创建本地同名分支而非跟踪远程 - 当前有未暂存修改时，
Git: Checkout Branch会失败并报错，不会帮你 stash —— 这点和 VSCode 不同，得自己先处理冲突
真正“管理多个分支”得靠 Sublime Merge，不是 Sublime Text
如果你需要同时看到 main、dev、feature/x 的提交图谱，对比不同分支间差异，或用三方工具解决冲突，Git 插件完全做不到。Sublime 官方方案是搭配独立 GUI 工具 Sublime Merge：它提供分支树视图、批量推送拉取、可视化 merge conflict editor，并支持多仓库工作区。Sublime Text 仅负责编辑，Sublime Merge 负责版本控制流——两者通过共享同一套 .git/ 和配置打通。插件里配好 git_binary 和 mergetool，冲突时点一下就能跳转过去。
分支名合法性校验、HEAD 实时同步、跨仓库状态聚合——这些都不是文本编辑器该干的事。别指望靠改 Default.sublime-commands 或写 Python 脚本绕过限制，底层模型决定了它只能做命令代理。
