Поделиться через

Определение процесса сборки

  • Статья

После настройки системы сборки почти все готово к началу использования Team Foundation Build для компиляции кода, проведения тестов и выполнения многих других важных функций. Следующий шаг — разработка процесса построения, содержащего инструкции относительно того, какие проекты кода следует компилировать, каким действием инициируется построение, какие тесты выполняются, а также множество других параметров.

Выберите действие.

  • Создание определения сборки и работа с ним. Создание простого, но мощного процесса построения, содержащего инструкции относительно того, какие проекты кода следует компилировать, каким действием инициируется построение, какие тесты выполняются, а также множество других параметров, не займет много времени.

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

  • Предотвратите «повреждения сборки» в вашей команде. Ситуация, когда разработчик возвращает изменения, делающие построение недопустимым, может привести к существенным проблемам даже в небольших командах. В более крупных командах последствия могут быть еще серьезнее, приводя к потерям производительности и задержкам в расписании. Существует возможность создать определение построения с условным возвратом, чтобы целиком или частично защитить базу кода от этой проблемы.

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

  • Продолжайте использовать традиционные процессы сборки. При переходе на более поздние версии Team Foundation Server можно продолжать использовать прежние процессы сборки. Также можно продолжать использование более ранние версии Visual Studio для создания процессов сборки в Visual Studio Team Foundation Server 2013.