В Premise TFS для VSTS выполняется миграция сборок XAML

Question

В настоящее время мы используем локальное обновление TFS 2017, но нам нужно перенести TFS на облачную платформу VSTS. Также мы используем TFS Build Servers в помещениях, имеющих сборки XAML с использованием настроенного шаблона сборки. Наша проблема в том, что после миграции все определения сборки XAML будут работать как обычно или нет?

В настоящее время мы используем локальное обновление TFS 2017, но нам нужно перенести TFS на облачную платформу VSTS. Также мы используем TFS Build Servers в помещениях, имеющих сборки XAML с использованием настроенного шаблона сборки. Наша проблема в том, что после миграции все определения сборки XAML будут работать как обычно или нет?

нет кода. Нужно ли нам заново настраивать весь сервер сборки? После миграции на VSTS можем ли мы настроить все серверы сборки локально, используя старые все определения сборок XAML или нет?

Пожалуйста, предложите это.

Answer 1

Сборки XAML по-прежнему поддерживаются службой Azure DevOps (с некоторыми ограничениями), см. официальный ответ от 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 позволяет настраивать сервер сборки, службы и агенты, подключенные к службе DevOps Azure, и запускать все сборки XAML из DevOps Azure или Visual Studio.

Answer 2

Сборки XAML больше не доступны в VSTS, поэтому после миграции они вообще не будут работать.

Хорошая новость заключается в том, что TFS 2017 поддерживает сборку vNext, поэтому вы можете преобразовать ваши сборки перед миграцией, чтобы убедиться, что вы можете собрать их после миграции.

Build vNext (конвейеры DevOps Azure) гораздо более гибки и проще в настройке и настройке, чем старые сборки XAML. Однако, если у вас много настроенных сборок, их преобразование может занять некоторое время.

Одним большим преимуществом новой системы сборки является то, что одну и ту же сборку можно использовать в нескольких ветвях, что может означать, что вам не нужно прилагать столько усилий для преобразования сборок, сколько в системе XAML, в которой вы нуждались в сборке. на филиал.

Мое предложение состоит в том, чтобы вы сначала ознакомились с новой системой сборки и начали преобразовывать сборки перед миграцией, после чего вы можете импортировать базу данных TFS в VSTS.