我们最初将TFS 2008升级到TFS 2012，其中我运行了一些批处理文件以在旧的自定义模板中添加新功能。我们计划将tfs 2012迁移到tfs 2013，作为其中的一部分，我们还将模板从自定义更改为Agile（最新）。我看过TFS集成平台，有很多人抱怨它。应该采取什么样的最佳方法？我们有91个Team Projects，我不想手动执行此操作。
由于
答案 0 :(得分：1)
您实际上有两个选择：
选项1将是一个合理数量的工作，取决于您的原始基本模板，可能不像一个全新的项目那样干净，但它应该是相当不错的。作为流程的一部分，您不会重组，修改或合并91个项目。好处是应该没有数据丢失，因为项目将保持不变。获得新模板定义后，您应该能够轻松编写脚本以针对所有项目运行。
选项2表示您正在使用新模板和迁移数据在同一服务器或新服务器上创建新项目。迁移到新项目意味着会有一些数据丢失，具体取决于您选择的选项。例如，使用集成工具将源代码管理迁移到新服务器将压缩您的历史记录，并且它不能很好地处理测试用例。此选项允许您合并其中一些项目以利用新的Agile Portfolio功能。
TFS集成工具可能可以工作，但它们绝不是一个肯定的胜利者，我通常尽可能避免使用它们。在一个周末的单个团队项目中进行测试可能是值得的，但是在模板之间映射字段会有一些工作，并且存在很多限制。
您可以查看WitSync，WitMorph和Total TFS Migration
如果您要使用选项2，那么如果您可以使用它，那么使用Excel批量迁移工作项是快速，简单和有效的。
如果沿着这条路走下去，这是一篇很有用的文章 Bulk Migrate Work Item Comments, Links and Attachments
PS。恕我直言，Scrum模板通常是比MSF Agile更好的选择。祝你好运！
答案 1 :(得分：1)
一旦您了解过程，更改流程模板是一件简单的事情。
http://nakedalm.com/upgrading-your-process-template-from-msf-for-agile-4-to-visual-studio-scrum-2-x/
无论变化如何，过程都是一样的。
完成这一切之后我觉得很容易，但对于新手来说这有点棘手。我建议找一个Microsoft Visual Studio ALM MVP来帮助你。