从内部TFS服务器批量迁移超100个项目至VSTS的可行方案咨询

嘿，我太懂你这种被批量迁移折腾的滋味了——100多个项目手动迁根本不现实，用Git工具还频频报错，确实让人头大。下面给你几个经过验证的高效方案，帮你搞定这个事儿：

一、用官方Azure DevOps迁移工具实现批量迁移 #

这是最靠谱的官方方案，专门针对TFS到Azure DevOps的迁移，支持批量处理项目，还能完整迁移工作项、源代码、历史记录、权限等核心资产：

• 第一步：准备工作
  确保你的TFS服务器版本是2013及以上（越新兼容性越好），同时Azure DevOps组织有足够的项目配额。先在测试环境搭个小场景，迁移1-2个项目验证流程，避免踩坑。
• 第二步：配置迁移映射
  下载并安装Azure DevOps Migration Tool后，通过配置文件（比如MigrationConfig.json）批量指定要迁移的TFS项目，映射对应的Azure DevOps项目名称、工作项类型、字段映射规则等。
• 第三步：执行批量迁移
  用命令行工具运行迁移命令，比如：

  vsts migrate start --config MigrationConfig.json
  

  工具会自动批量处理所有指定项目，还支持断点续传——如果中途出错，修复问题后可以从断点继续，不用从头再来。
• 优势：官方支持，能迁移几乎所有TFS资产，批量处理效率高，遇到问题还能查官方文档找解决方案。

二、针对源代码的批量Git迁移优化（如果只需要迁代码） #

如果你之前用Git-TF/Git-TFS报错，可以试试这些优化技巧，让Git迁移更顺畅：

• 分批迁移：不要一次性迁所有项目，按业务线分成小批次，每个批次5-10个项目，减少单次迁移的负载。
• 清理历史记录：如果项目历史太庞大（比如有大量大文件、无用分支），先在TFS端清理废弃分支、删除历史中的大文件（用TFS命令行工具tf destroy），再进行迁移，能大幅降低报错概率。
• 指定迁移范围：用Git-TFS的参数只迁移核心分支（比如main/master），忽略临时分支，命令示例：

  git tfs clone --branches=main http://tfs-server-url/tfs/Collection $/ProjectName
  

三、自动化脚本辅助批量迁移 #

如果你熟悉PowerShell或Python，可以写个简单的脚本，调用Azure DevOps REST API和TFS命令行工具，实现批量创建Azure DevOps项目、批量触发迁移任务：

• 用TFS命令行tf list获取所有项目列表，导出到CSV。
• 遍历CSV，调用Azure DevOps API创建对应的项目。
• 针对每个项目，调用迁移工具的命令或Git迁移命令，自动执行迁移。

这种方式灵活性高，能根据你们的自定义需求调整流程。

最后几个关键提醒 #

• 先备份：迁移前一定要备份TFS服务器的所有数据，避免迁移过程中出现意外导致数据丢失。
• 权限同步：迁移后记得检查Azure DevOps中的权限配置，确保和原TFS一致，避免影响团队协作。
• 测试验证：每个批次迁移完成后，要让项目负责人验证代码、工作项、历史记录是否完整，没问题再继续下一批。

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