我在这个论坛和其他地方搜索过我的问题的答案，但到目前为止还没有成功。
我们正在将我们的工具集从VS2008 / TFS2008升级到VS2013 / TFS2013。我们现在已经升级了TFS（p！），但剩下的大问题是：
我们使用在Windows 7 x64 SP1计算机上运行的Team Build 2008构建一个构建代理，并将构建结果发布到旧的XP计算机上。新的TFS2013服务器是否能够完全使用它，或者我们是否也必须将构建代理升级到Team Build？如果是这样，Team Build 2013是在Windows 7 x64 SP1上运行还是需要一个全新的服务器平台？
如果我们被迫将构建代理升级到Team Build 2013，我们现有的构建脚本是否会继续工作？
有人可以提供建议吗？
答案 0 :(得分：0)
你的问题的答案是，“这取决于。”
构建系统在TFS 2010中完全重新设计，基于Windows Workflow构建过程模板而不是MSBuild文件。 TFS 2010/2012/2013/2015都可以使用名为“升级模板”的构建过程模板来运行旧式MSBuild文件。它们是否可以立即开箱即用，取决于您的MSBuild文件的自定义方式以及您正在使用的自定义程序集（如果有）。可能需要重新编译自定义程序集，或者可能需要更改代码才能继续工作。
TFS 2008构建代理无法与TFS 2013一起使用。您需要升级构建代理。但是，TFS 2013和2015版本代理商都将run on Windows 7 SP1，所以你很高兴去那里。
在TFS 2015中，构建系统再次再次。我的建议是尽快开始TFS 2015并完全跳过XAML构建系统。新的构建系统更容易使用，并且可以用更少的痛苦来扩展。
您处于风险较大的情况下，特别是如果您的业务依赖于定期运行的CI构建。您最好的选择是对您的环境进行测试升级，并验证必须采取哪些步骤来确保您的构建继续针对升级模板运行，或者需要花费多少精力来淘汰基于MSBuild的构建模板和切换到更新的构建范例。
无论如何，我强烈建议在2013年之前转向TFS 2015.为什么要经历从2008年升级到2013年的努力，只有仍然成为背后的主要版本？