在本地TFS到XSTL的VSTS迁移构建

Question

目前我们在内部使用TFS 2017更新1，但我们必须在VSTS云平台上迁移TFS。我们还在内部使用自定义构建模板进行XAML构建的TFS构建服务器。我们的问题是迁移后所有XAML构建定义是否正常工作？

目前我们在内部使用TFS 2017更新1，但我们必须在VSTS云平台上迁移TFS。我们还在内部使用自定义构建模板进行XAML构建的TFS构建服务器。我们的问题是迁移后所有XAML构建定义是否正常工作？

没有代码。我们是否需要重新配置所有构建服务器？在VSTS上迁移之后，我们是否可以使用旧的所有XAML构建定义来配置所有内部构建服务器？

请对此提出建议。

Answer 1

VSTS中不再提供XAML版本，因此迁移后它们将无法运行。

好消息是TFS 2017支持build vNext，因此您可以在迁移之前转换构建，以确保在迁移后仍可以构建。

与旧的XAML构建相比，构建vNext（Azure DevOps管道）更灵活，更易于设置和自定义。但是，如果您有很多自定义构建，那么将它们全部转换可能需要一段时间。

新构建系统的一大优势是可以跨多个分支使用相同的构建，这可能意味着您不需要像在XAML系统中那样花费大量精力来转换构建，而是需要每个分支构建一次。

我的建议是，您首先要熟悉新的构建系统并在迁移之前开始转换构建，然后您可以将TFS数据库导入到VSTS。

Answer 2

Azure DevOps仍然支持XAML构建（有一些限制），请参阅official response from Microsoft：

到目前为止，XAML构建仍然存在。当前状态 ：

如果团队项目集合中有任何XAML构建数据，则会收到有关弃用XAML构建功能的警告。您需要使用VS或Team Explorer 2017来编辑XAML构建定义或对新的XAML构建进行排队。如果需要创建新的XAML构建代理，则需要使用TFS 2015构建代理安装程序安装它们。请参阅官方文档-XAML版本：https://docs.microsoft.com/en-us/visualstudio/releasenotes/tfs2018-update2#xaml-builds

我们将保持更长时间，可以使用多长时间取决于用户反馈。

在本地安装TFS2015 Update 4.1允许您配置连接到Azure DevOps的构建服务器，服务和代理，并从Azure DevOps或Visual Studio运行所有XAML构建。