在前提下XAML构建的TFS到VSTS迁移

Question

目前，我们正在使用TFS 2017更新1，但我们必须在VSTS云平台上迁移TFS。另外，我们TFS使用定制的构建模板在具有XAML构建的场所构建服务器。我们的问题是在迁移之后，所有的XAML构建定义都能正常工作吗？

目前，我们正在使用TFS 2017更新1，但我们必须在VSTS云平台上迁移TFS。另外，我们TFS使用定制的构建模板在具有XAML构建的场所构建服务器。我们的问题是在迁移之后，所有的XAML构建定义都能正常工作吗？

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

请对此提出建议。

Answer 1

XAML构建在VSTS中不再可用，因此在迁移之后它们将根本无法工作。

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

Build vNext (Azure DevOps管道)比旧的DevOps构建更灵活、更易于设置和定制。然而，如果您有许多定制的构建，那么可能需要一段时间来转换它们。

新构建系统的一个巨大优点是，可以在多个分支中使用相同的构建，这可能意味着您不需要像在XAML系统中每个分支需要构建一样投入大量精力来转换构建。

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

Answer 2

Azure DevOps服务仍然支持XAML构建(有一些限制)，请参阅微软的官方回应

XAML构建到目前为止还在这里。现状： 如果团队项目集合中有任何XAML生成数据，则会收到关于XAML构建特性的废弃建议的警告。您需要使用VS或Team 2017来编辑XAML构建定义或对新的XAML构建进行排队。如果需要创建新的XAML构建代理，则需要使用TFS 2015构建代理安装程序安装它们。请参阅正式文件-XAML builds：https://learn.microsoft.com/en-us/visualstudio/releasenotes/tfs2018-update2#xaml-builds 而且我们将保留它更长的时间，它可以使用多长时间取决于用户反馈。

在本地安装TFS2015更新4.1允许您配置连接到Azure DevOps服务的生成服务器、服务和代理，并从Azure DevOps或Visual运行所有DevOps生成。