visual studio 大型项目必须手动启用多存储库支持，否则仅识别首个.git文件夹；启用路径为“工具→选项→源代码管理→git→勾选‘启用多存储库支持’”，最多支持25个活动仓库。
Visual Studio 大型项目用 Git 管理，核心不是“能不能”，而是“要不要启用多存储库支持”——它直接决定你是否需要开多个 VS 实例、能否跨前后端统一提交、分支操作是否同步生效。
多存储库支持是否开启
VS 默认对单解决方案启用 Git 支持，但大型项目（如前端+API+DB+文档分属不同仓库）必须手动启用多存储库。否则 VS 只识别第一个 .git 文件夹，其余仓库被完全忽略，Git 更改 窗口只显示部分文件变更。
- 确认方式：打开“Git 存储库”窗口（菜单栏 视图 → 其他窗口 → Git 存储库），若只列一个仓库，说明未激活多存储库
- 启用路径：“工具 → 选项 → 所有设置 → 源代码管理 → Git → 多存储库支持”，勾选“启用多存储库支持”
- 注意：该选项启用后，VS 最多可同时管理
25个活动 Git 存储库；超出数量需先关闭不用的仓库（右键仓库 → “关闭存储库”）
跨仓库分支创建与同步检出
多存储库下，Git 更改 窗口仍按仓库隔离显示，但分支操作可以批量触发——前提是各仓库已有相同命名的远程分支（如都存在 dev），否则会失败。
- 创建同名分支：在“Git 存储库”窗口中，右键任一仓库 → “创建分支”，勾选“在所有打开的存储库中创建此分支”
- 切换分支时：状态栏分支选取器仅控制当前焦点仓库；要同步切换全部，需在“Git 存储库”窗口中全选仓库 → 右键 → “检出分支”
- 常见错误：
fatal: not a git repository (or any of the parent directories)—— 某个子目录缺少.git，或路径含空格/中文导致 VS 解析失败
提交时绕过暂存区的风险控制
VS 提供“全部提交”（等效 git commit -a）快捷方式，对大型项目尤其危险：它自动暂存所有已修改文件，包括本应忽略的临时生成物（如 bin/、obj/）或误改的配置文件。
- 推荐做法：始终使用“暂存全部 +”按钮，再人工核对“已暂存的更改”列表，逐个取消不需要的项
- 检查点：提交前双击任意文件，查看差异视图；或点击“打开更改摘要”，聚合所有待提交行快速扫读
- 关键配置：确保每个子仓库根目录下都有有效的
.gitignore，且内容包含/bin/、/obj/、*.user、*.suo等 Visual Studio 特有文件模式
推送失败时的网络操作顺序
多存储库推送不是并行执行，而是按“Git 存储库”窗口中列出的顺序依次进行。若某个仓库推送失败（如权限不足、分支保护规则拦截），后续仓库不会自动跳过，整个操作中断。
- 解决方式：点击状态栏“同步”按钮旁的下拉箭头 → 选择“网络操作”，手动调整仓库推送顺序，把最稳定的仓库放前面
- 调试技巧：勾选“显示详细日志”，失败时能看到具体哪个仓库卡在
git push origin dev这一步 - 隐藏坑：某仓库远程 URL 是 HTTPS 但凭据过期，VS 不会弹窗提示，只报
Authentication failed；此时需通过“Git 设置 → 凭据管理器”更新对应账户
多存储库不是银弹——它让操作变集中，但也放大了配置不一致的影响。比如一个仓库用了 core.autocrlf=true，另一个是 false，合并时换行符冲突会悄无声息地污染整个解决方案。这类细节，往往比功能开关更决定大型项目的 Git 健康度。
