Куда идет процесс сборки TFS?
Мне трудно понять, каков наилучший подход при разработке процесса сборки. Кажется, Microsoft изменила положение вещей (снова).
Я использую TFS 2015 и Visual Studio 2015. Для более ранних версий TFS я обычно создавал пользовательские действия кода, которые я подключал к своему файлу процесса определения сборки (xaml). Мне нравится этот подход, потому что он дает мне большую гибкость и позволяет мне кодировать классы.NET. Я использовал эти руководства: https://msdn.microsoft.com/en-us/library/dd647551(v=vs.120).aspx
В TFS 2015 кажется, что нет документации о том, как создавать пользовательские действия кода. На самом деле, похоже, что Microsoft изменила ситуацию и теперь сосредотачивается на языках сценариев вместо пользовательского кода.NET: https://msdn.microsoft.com/en-us/Library/vs/alm/Build/steps/index.
Я создал пользовательский код активности, и он, кажется, работает в TFS 2015 (с несколькими взломами), так что это все еще возможно, но я нервничаю, что этот подход больше не подходит.
Кто-нибудь может предоставить информацию о том, что здесь происходит?
1 ответ
В TFS 2015 представлены новые сборки, основанные на веб-технологиях и сценариях, а также широкие возможности настройки. Тем временем TFS 2015 будет продолжать поддерживать шаблоны и контроллеры XAML Build.
Новые сборки основаны на другой архитектуре и работают на совершенно другой системе. В настоящее время вы можете использовать как новые сборки, так и агенты вместе со своими сборками XAML, контроллерами и агентами.
Какие сборки я должен использовать?
Если вы новичок в Team Foundation Server (TFS) и Visual Studio Team Services, вам следует использовать эту новую систему. Большинство клиентов, имеющих опыт использования сборок TFS и XAML, также получат лучшие результаты при использовании новой системы.
Новые сборки основаны на веб-интерфейсах и сценариях и имеют широкие возможности настройки. Они оставляют позади многие проблемы и ограничения сборок XAML. Например, эта новая система охватывает разнообразный набор доменных языков (DSL), которые разработчики использовали для создания кода на своих компьютерах разработчиков. Мы ожидаем, что это уменьшит вероятность возникновения проблемы "хорошо собирается на моей машине, но не на сервере CI".
Если у вас есть сильно настроенные сборки XAML и пользовательские действия, вы можете продолжать использовать эти сборки, пока не будете готовы портировать свою бизнес-логику в сценарии, которые могут выполняться в новых сборках.
Полезные статьи для ознакомления: