目前我们在本地使用 TFS 2017 更新 1，但我们必须在 VSTS 云平台上迁移 TFS。此外，我们使用自定义构建模板在本地构建具有 XAML 构建的 TFS 构建服务器。我们的问题是迁移后所有 XAML 构建定义是否会正常工作？
目前我们在本地使用 TFS 2017 更新 1，但我们必须在 VSTS 云平台上迁移 TFS。此外，我们使用自定义构建模板在本地构建具有 XAML 构建的 TFS 构建服务器。我们的问题是迁移后所有 XAML 构建定义是否会正常工作？
没有代码。我们是否需要重新配置所有构建服务器？ 在 VSTS 上迁移后，我们是否可以在本地配置所有构建服务器以及使用旧的所有 XAML 构建定义？
请就此提出建议。
【问题讨论】：
标签： xaml tfs build azure-devops azure-pipelines
Azure DevOps 服务仍支持 XAML 构建（有一些限制），请参阅 official response from Microsoft：
XAML 构建直到现在仍然存在。当前状态：
如果您的团队项目集合中有任何 XAML 构建数据，您 将收到有关弃用 XAML 构建功能的警告。你 将需要使用 VS 或 Team Explorer 2017 来编辑 XAML 构建 定义或对新的 XAML 构建进行排队。如果您需要创建新的 XAML 构建代理，您需要使用 TFS 2015 安装它们 构建代理安装程序。请参考官方文档-XAML builds： https://docs.microsoft.com/en-us/visualstudio/releasenotes/tfs2018-update2#xaml-builds
而且我们会保留更长时间，它可以使用多长时间取决于 用户反馈。
在本地安装 TFS2015 Update 4.1 允许您配置连接到 Azure DevOps 服务的构建服务器、服务和代理，并从 Azure DevOps 或 Visual Studio 运行所有 XAML 构建。
【讨论】：
XAML 版本在 VSTS 中不再可用，因此它们在迁移后根本无法工作。
好消息是 TFS 2017 支持 build vNext，因此您可以在迁移之前转换您的构建，以确保您在迁移后仍然可以构建。
Build vNext（Azure DevOps Pipelines）比旧的 XAML 版本更灵活、更易于设置和自定义。但是，如果您有很多自定义版本，则可能需要一段时间才能将它们全部转换。
新构建系统的一大优势是可以跨多个分支使用同一个构建，这可能意味着您不需要像在需要构建的 XAML 系统中那样花费大量精力来转换构建每个分支。
我的建议是，您首先要熟悉新的构建系统，并在迁移之前开始转换构建，然后您可以将 TFS 数据库导入 VSTS。
【讨论】：