Автоматизация сборки — этап процесса разработки программного обеспечения, заключающийся в автоматизации широкого спектра задач, решаемых программистами в их повседневной деятельности.
Включает в себя такие действия, как:
- компиляция исходного кода в Объектный модуль
- сборка бинарного кода в исполняемый файл
- выполнение тестов
- разворачивание программы на производственной платформе
- написание сопроводительной документации или описание изменений новой версии
История
Исторически так сложилось, что разработчики применяли автоматизацию сборки для вызова компиляторов и линковщиков из скрипта сборки, в отличие от вызова компилятора из командной строки. Довольно просто при помощи командной строки передать один исходный модуль компилятору, а затем и линковщику для создания конечного объекта. Однако, при попытке скомпилировать или слинковать множество модулей с исходным кодом, причём в определенном порядке, осуществление этого процесса вручную при помощи командной строки выглядит слишком неудобным. Гораздо более привлекательной альтернативой является скриптовый язык, поддерживаемый утилитой Make. Данный инструмент позволяет писать скрипты сборки, определяя порядок их вызова, этапы компиляции и линковки для сборки программы. GNU Make [1] также предоставляет такие дополнительные возможности, как например, «зависимости» («makedepend»), которые позволяют указать условия подключения исходного кода на каждом этапе сборки. Это и стало началом автоматизации сборки. Основной целью была автоматизация вызовов компиляторов и линковщиков. По мере роста и усложнения процесса сборки разработчики начали добавлять действия до и после вызовов компиляторов, как например, проверку (check-out) версий копируемых объектов на тестовую систему. Термин «автоматизация сборки» уже включает в себя управление и действия до и после компиляции и линковки, так же как и действия при компиляции и линковке.
Новое поколение инструментов
В последние годы решения по управлению сборкой сделали ещё более удобным и управляемым процесс автоматизированной сборки. Для выполнения автоматизированной сборки и контроля этого процесса существуют как коммерческие, так и открытые решения. Некоторые решения нацелены на автоматизацию шагов до и после вызова сборочных скриптов, а другие выходят за рамки действий до и после обработки скриптов и полностью автоматизируют процесс компиляции и линковки, избавляя от ручного написания скриптов. Такие инструменты чрезвычайно полезны для непрерывной интеграции, когда требуются частые вызовы компиляции и обработка промежуточных сборок.
Продвинутая автоматизация сборки
Продвинутая автоматизация сборки предоставляет возможность удаленному пользователю управлять обработкой распределённых сборок и/или распределённой обработкой сборки. Термин «распределённые сборки» подразумевает, что вызовы компилятора и линковщика могут передаваться множеству компьютеров для ускорения скорости сборки. Данный термин часто путают с «распределённой обработкой». Распределённая обработка означает, что каждый этап процесса может быть адресован разным машинам для выполнения ими данного шага. Например, этап после сборки может потребовать выполнения множества тестовых скриптов на множестве машин. Распределённая обработка позволяет послать команду на исполнение различных тестовых скриптов на разных машинах. Распределённая обработка — не то же самое, что и распределённая сборка! Распределённая обработка не может взять скрипты от make или maven, разбить их и послать команды на компиляцию и линковку различным машинам. Распределённый процесс сборки должен обладать определенной логикой, чтобы правильно определить зависимости в исходном коде для того чтобы выполнить этапы компиляции и линковки на разных машинах. Решение автоматизации сборки должно быть способно управлять этими зависимостями, чтобы выполнять распределённые сборки. Некоторые инструменты сборки могут распознавать подобные взаимосвязи автоматически (Rational ClearMake distributed[2], Electric Cloud ElectricAccelerator[3]), а другие зависят от пользовательских указаний (Platform LSF lsmake[4]) Автоматизация сборки, способная рассортировывать взаимосвязи зависимостей исходного кода, также может быть настроена на выполнение действий компиляции и линковки в режиме параллельного выполнения. Это означает, что компиляторы и линковщики могут быть вызваны в многопоточном режиме на машине, сконфигурированной с учётом наличия более одного процессорного ядра.
Не все инструменты автоматизации сборки могут выполнять распределённые сборки. Большинство из них лишь реализует поддержку распределённой обработки. Кроме того, большинство решений, поддерживающих распределённые сборки, могут лишь обрабатывать код на языках Си и C++. Решения автоматизации сборки, поддерживающие распределённую обработку, зачастую основаны на Make и не поддерживают Maven или Ant.
В качестве примера решения распределённой сборки можно привести Xoreax’s IncrediBuild[5] для платформы Microsoft Visual Studio. Это может потребовать специфической настройки программного окружения чтобы успешно функционировать на распределённой платформе (нужно указать расположение библиотек, переменные окружения и т. д.).
Преимущества
- Улучшение качества продукта
- Ускорение процесса компиляции и линковки
- Избавление от излишних действий
- Минимизация «плохих (некорректных) сборок»
- Избавление от привязки к конкретному человеку
- Ведение истории сборок и релизов для разбора выпусков
- Экономия времени и денег благодаря причинам, указанным выше.[6]
Типы
- Автоматизация по запросу (On-Demand automation): запуск пользователем скрипта в командной строке.
- Запланированная автоматизация (Scheduled automation): непрерывная интеграция, происходящая в виде ночных сборок.
- Условная автоматизация (Triggered automation): непрерывная интеграция, выполняющая сборку при каждом подтверждении изменения кода (commit) в системе управления версиями.
Makefile
Одна из особых форм автоматизации сборки — автоматическое создание make-файлов (makefiles). Эти файлы совместимы с такими инструментами как:
Требования к системам сборки
Базовые требования:
- Частые или ночные сборки для своевременного выявления проблем.[7][8][9]
- Поддержка управления зависимостями исходного кода (Source Code Dependency Management)
- Обработка разностной сборки
- Уведомление при совпадении исходного кода (после сборки) с имеющимися бинарными файлами.
- Ускорение сборки
- Отчет о результатах компиляции и линковки.
Дополнительные требования:[10]
- Создание описания изменений (release notes) и другой сопутствующей документации (например, руководства).
- Отчет о статусе сборки
- Отчет об успешном/неуспешном прохождении тестов.
- Суммирование добавленных/измененных/удаленных особенностей в каждой новой сборке
Программные инструменты
См. также
Примечания
- ↑ GNU Make — GNU Project — Free Software Foundation (FSF)
- ↑ Dr. Dobb's Distributed Loadbuilds, <http://www.ddj.com/architect/184405385>. Проверено 13 апреля 2009.
- ↑ Dr. Dobb's Take My Build, Please, <http://www.ddj.com/architect/184415472>
- ↑ LSF User's Guide - Using lsmake, <http://www.lle.rochester.edu/pub/support/lsf/10-lsmake.html>. Проверено 13 апреля 2009.
- ↑ Distributed Visual Studio Builds, <http://www.xoreax.com/solutions_vs.htm>. Проверено 8 апреля 2009.
- ↑ www.denverjug.org Архивировано 23 ноября 2008 года.
- ↑ Build and Release Management | freshmeat.net Архивировано 30 сентября 2007 года.
- ↑ IBM developerWorks: Site maintenance
- ↑ Buildbot
- ↑ Custom 404 Page
Ссылки
- Майк Кларк: Pragmatic Project Automation, The Pragmatic Programmers ISBN 0-9745140-3-9
Дополнительные источники
 | Для улучшения этой статьи желательно: |
Данная страница на сайте WikiSort.ru содержит текст со страницы сайта "Википедия".
Если Вы хотите её отредактировать, то можете сделать это на странице редактирования в Википедии.
Если сделанные Вами правки не будут кем-нибудь удалены, то через несколько дней они появятся на сайте WikiSort.ru .