Sublime Text 不内置 Git 多仓库管理，需结合 Git 方案（Submodule 适合独立子项目，Subtree 适合深度集成）与插件（GitSavvy、SideBarEnhancements）及项目配置实现高效编辑。
Sublime Text 本身不内置 Git 多仓库管理功能，所谓“配置多仓库代码同步”，实际是指在 Sublime 中高效编辑 Monorepo（单体仓库）或含子模块/子树的项目。关键不在 Sublime 配置，而在项目结构 + Git 策略 + 插件辅助。下面分两块讲清：怎么选 Git 方案（Submodule vs Subtree），以及 Sublime 怎么配合用得顺手。
Git Submodule：适合独立生命周期的子项目
当你的子仓库（如公共组件库、CLI 工具）有自己发版节奏、独立 CI/CD、甚至被多个主项目复用时，Submodule 更合适。它把子项目以指针形式存进主仓库，不复制代码，只记录 commit hash。
- 初始化子模块：
git submodule add https://github.com/user/lib.git libs/lib - 克隆时需加
--recurse-submodules，否则子目录为空 - 更新子模块到最新远程 commit：
git submodule update --remote --merge - Sublime 中打开主项目根目录即可，但注意：子模块目录默认不可写（除非你进入子模块目录单独操作）
Git Subtree：适合深度集成、想统一管理的场景
Subtree 把子仓库历史“融合”进主仓库，所有代码都在同一工作区，提交、分支、搜索都无割裂感。适合内部工具库、共享模块等不对外独立发布的子项目。
- 添加子树：
git subtree add --prefix=libs/utils https://github.com/user/utils.git main --squash - 拉取上游更新：
git subtree pull --prefix=libs/utils https://github.com/user/utils.git main --squash - 推送修改回子仓库：
git subtree push --prefix=libs/utils https://github.com/user/utils.git main - Sublime 编辑完全无感知——它就当是普通文件夹，Goto Symbol、Project Find 全局生效
Sublime 实用配置建议
让 Sublime 在 Monorepo 或含 Submodule/Subtree 的项目里更好用，重点不是改设置，而是建好项目文件（.sublime-project）和装对插件：
- 用 Project > Save Project As… 生成
.sublime-project，在里面显式排除不需要索引的目录（比如node_modules、子模块的.git） - 装插件 GitSavvy：支持 Submodule 初始化、更新、状态查看；右键菜单直接操作，不用切终端
- 装插件 SideBarEnhancements：在侧边栏右键子模块目录时，能快速“Open in Terminal”或“Reveal in Finder”
- 搜索时若想跨子模块（Subtree）或忽略子模块（Submodule），可在 Find in Files 对话框中填入
libs/或-libs/过滤路径
别踩坑：常见同步误区
很多人以为配个 Sublime 设置就能自动同步多仓库，其实 Git 层面没理清，编辑器再强也白搭：
- Submodule 不等于“自动同步”——每次更新都要手动
git submodule update，否则本地还是旧 commit - 不要直接在 Submodule 目录里改代码再 commit —— 应先
git submodule foreach git checkout main进入子模块，再改、再推 - Subtree 推送前务必确认子模块分支已合入主仓库对应 subtree 分支，否则会丢 commit
- Sublime 的 Project Switcher（Ctrl+Cmd+P）可以快速切换不同 Monorepo 项目，比反复打开文件夹高效得多
基本上就这些。Monorepo 同步的核心是 Git 策略选择，Sublime 只是帮你更顺滑地看、写、搜。选对 Submodule 还是 Subtree，再配上合适的插件和项目配置，日常开发不会卡在同步上。
