在VSTS中为多项目配置多个Git仓库的方案问询

嘿，刚上手VSTS和Git确实会遇到一些认知上的小困惑，我结合实际用过的经验来帮你解答这些问题：

1. VSTS里有没有集中存放所有Git仓库的位置？ #

当然有！VSTS的**组织（Organization）**是最高层级的管理容器，你完全不需要把仓库分散在各个业务项目里。推荐的做法是：

• 创建一个专门的项目（比如命名为Shared-Code-Repos或者Central-Repo-Hub），把所有跨项目共用的、以及独立的仓库都放在这个项目下。
• 业务项目不需要导入这些仓库，只需要让团队成员克隆这些共享仓库到本地开发即可，权限可以在组织层面统一配置。

这样所有仓库就有了一个集中的管理点，不会因为业务项目的变动而分散混乱。

2. 跨项目共用仓库，项目结束后怎么处理？ #

核心原则是：不要把共用仓库导入到具体业务项目中。

• 共用仓库（比如你说的通用Web服务）始终放在刚才提到的共享项目里，业务项目团队只需要拉取这个仓库的代码进行开发，提交PR到共享仓库的对应分支即可。
• 当某个业务项目结束后，共用仓库依然留在共享项目中，其他需要用到的项目可以继续使用；如果是业务项目独有的仓库，你可以选择：
  • 保留在原业务项目中（标记为归档状态，VSTS支持归档项目，避免误操作）；
  • 迁移到共享项目的归档目录下统一管理；
  • 确认完全无用后再删除。

3. 如何设置“受信仓库”并管理企业级多仓库协作？ #

Git是分布式，但VSTS可以轻松帮你实现中心化的受信仓库管理，而且大部分操作是可配置的，不需要太多重复手动工作：

• 定义受信仓库：每个仓库本身就可以作为受信仓库，重点是保护它的主分支（比如main）。你可以在仓库的分支策略里设置规则：
  • 禁止直接推送到主分支，所有变更必须通过Pull Request（PR）合并；
  • 要求至少1-2个代码审查者批准才能合并；
  • 配置CI构建验证，只有构建通过的PR才能合并；
  • 甚至可以设置分支锁定，只有特定团队能修改主分支。
• 多仓库协作管理：
  • 在组织层面统一配置仓库权限：给不同团队分配对应仓库的读取、提交、管理权限；
  • 使用VSTS的看板和迭代计划功能，跨仓库的任务可以统一跟踪；
  • 如果需要跨仓库的依赖构建，可以配置VSTS的Pipeline来关联多个仓库的构建任务。

额外实践建议 #

• 给所有仓库命名设置统一规范，比如shared-web-service、mobile-app-core，方便团队快速识别用途；
• 定期清理无用的分支和归档过时的仓库，保持仓库列表整洁；
• 给共享仓库编写清晰的README，说明用途、分支策略和贡献流程，减少团队沟通成本。

内容的提问来源于stack exchange，提问作者Allan