Материал: ВВПИ. Лекции

Рис. 13.22. Правила сохранения.

В TFS 2008, в связи с реализацией функциональности по непрерывной интеграции, возникла проблема большого числа описаний сборок и результатов, сохраненных в системе и на диске. Для устранения проблемы был реализован механизм автоматической очистки, получившей название Retention Policy (см. рис 13.22), позволяющий задать, сколько последних результатов нужно хранить. При этом для каждого из типов результат (неудачный, остановленный, частично успешный, успешный) можно задать свое число.

Полезной функцией является то, что политику уничтожения результатов можно отключить для конкретной сборки используя опцию Retain Indefinitely. Результаты, помеченные этой опцией, сохраняются в системе навсегда (или пока опция не будет снята).

121

Рис. 13.23. Выбор агента.

На закладке Build Defaults (см. рис 13.23) мы задаем свойства окружения, которое будет использовано для автоматического запуска процесса сборки. Главным здесь является сборочный агент – процесс, в рамках которого будет выполняться процесс сборки.

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

122

Рис. 13.24. Задание триггера.

На заключительном этапе настройки процесса сборки (см. рис. 13.24) мы задаем условие, при выполнении которого процесс сборки, определенный данным описанием, должен выполнятся. Это условие может быть одним из следующих:

не запускать процесс сборки автоматически (то есть только «вручную»),

запускать после каждого внесения изменений,

аккумулировать изменения, пока не закончится предыдущая сборка и не истечет определенный интервал времени,

запускать процесс сборки только по расписанию, даже в том случае, если ничего не менялось.

Создание проекта MsBuild. Проект MsBuild, не смотря ни на что, все-таки составляет основу системы автоматических сборок TFS. Однако специалистами Майкрософт потрачено немало усилий на то, чтобы мы могли забыть о необходимости поддерживать большие и сложные XML-файлы с описанием сборок. В TFS для создания проектов MsBuild реализован достаточно удобный мастер (рис. 13.25 – 13.27).

123

Рис. 13.25. Выбор решений.

На первом шаге (рис. 13.25) мы выбираем в системе контроля версий те решения, которые должны собираться в данной сборке.

124

Рис. 13.26. Выбор конфигураций.

На втором шаге (см. рис 13.26) мы выбираем те конфигурации в этих решениях, которые нужно собирать.

125