如何同时管理内部TFS与VSTS中的同一代码库？

首先得明确你的TFS仓库是Git类型还是TFVC类型，这会直接影响同步方案的选择，下面分两种场景给出具体实践方法：

如果是Git仓库（TFS 2013及以上版本支持Git） #

1. 双向远程同步（手动/轻量自动化） #

• 先在本地仓库同时添加两个远程源：

  git remote add internal https://你的内部TFS地址/_git/项目仓库名
  git remote add external https://你的VSTS地址/_git/协作仓库名
  

• 日常同步流程：
  • 拉取内部最新代码：git pull internal main
  • 拉取外部协作的最新代码：git pull external main
  • 手动解决冲突后，分别推送到两个远程仓库：git push internal main 和 git push external main
• 进阶优化：写个简单的PowerShell/Shell脚本，或者在VSTS/Azure DevOps中创建定时触发的管道任务，自动执行同步逻辑，减少手动操作成本。
• 关键提醒：一定要建立分支规范——比如外部协作只用feature/*这类分支，合并到VSTS主分支前必须经过代码审核，再同步回内部TFS，避免直接修改主分支引发大量冲突。

2. 镜像仓库自动化同步 #

• 在VSTS中创建镜像构建管道：
  1. 设置触发条件：当内部TFS的main分支有新提交时自动触发
  2. 添加任务：拉取内部TFS代码，直接推送到VSTS的对应分支
• 同理，在内部TFS中配置反向同步管道，拉取VSTS的变更推回内部仓库
• 权限配置：确保VSTS的服务账号拥有内部TFS的读取/推送权限，内部TFS的服务账号也有VSTS的对应权限（用PAT令牌比账号密码更安全）
• 冲突处理：自动化同步遇到冲突会直接失败，所以要配置告警通知，让团队成员手动解决冲突后重新触发同步。

如果是TFVC仓库（传统集中式版本控制） #

TFVC和Git的版本模型差异较大，同步起来会麻烦一些，推荐以下两种方式：

1. 使用git-tf工具双向同步 #

• 先在本地搭建同步环境：安装git-tf工具，配置好内部TFS的TFVC仓库访问权限
• 把TFVC代码导入本地Git仓库：

  git tf clone https://你的内部TFS地址/tfs/集合名 $/项目路径 --deep
  

• 添加VSTS的Git远程源：git remote add external https://你的VSTS地址/_git/协作仓库名
• 同步流程：
  • 拉取TFVC最新变更：git tf pull，提交到本地Git后推送到VSTS：git push external main
  • 拉取VSTS的Git变更：git pull external main，然后推送到TFVC：git tf checkin
• 注意：TFVC的变更集和Git的提交逻辑不同，同步时尽量保持每次变更粒度小，减少冲突概率；外部协作尽量在VSTS的Git分支上进行，合并到主分支后再同步回TFVC。

2. 定期增量迁移+手动合并 #

• 适合协作频率不高的场景：每周固定时间，把内部TFVC的增量变更导出，导入到VSTS的Git仓库，同时把VSTS的变更导出回TFVC
• 可以用TFS自带的tf.exe工具导出变更集，再转换为Git提交；或者用第三方工具辅助完成格式转换
• 这种方式冲突概率更低，但需要专人负责同步和合并工作。

通用注意事项 #

• 分支隔离：内部和外部的协作尽量在各自的分支进行，不要直接操作主分支，同步时只合并经过审核的分支
• 冲突处理流程：制定明确的规则，比如谁负责解决冲突、冲突解决的优先级（比如优先内部业务需求，或优先外部协作变更）
• 权限管控：确保外部人员只能访问VSTS的指定分支，无法直接操作内部TFS；内部人员访问VSTS也要配置合适的权限，避免误操作
• 测试验证：同步完成后，一定要在两个系统中分别测试代码，确保同步后的代码能正常构建、运行，避免同步过程中引入问题

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