从本地TFS到VSTS的XAML构建迁移

Question

当前，我们在内部使用TFS 2017 Update 1，但我们必须在VSTS云平台上迁移TFS。另外，我们在使用自定义构建模板进行XAML构建的前提下，TFS构建服务器。我们的问题是在迁移之后，所有XAML构建定义都将照常工作吗？

当前，我们在内部使用TFS 2017 Update 1，但我们必须在VSTS云平台上迁移TFS。另外，我们在使用自定义构建模板进行XAML构建的前提下，TFS构建服务器。我们的问题是在迁移之后，所有XAML构建定义都将照常工作吗？

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

请对此提出建议。

Answer 1

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构建。

Answer 2

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

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

Build vNext（Azure DevOps Pipelines）比旧的XAML构建更加灵活，易于设置和自定义。但是，如果您有很多自定义的版本，则可能需要一段时间才能将它们全部转换。

新构建系统的一大优势是可以在多个分支中使用同一构建，这可能意味着您无需像在XAML系统中那样花太多的精力在构建上转换每个分支。

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