Автоматизация сборки

Создание программного обеспечения в автоматическом режиме

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

Автоматизация сборки охватывает как последовательность операций сборки с помощью неинтерактивных интерфейсных инструментов, так и запуск сборок на общем сервере . ^[1]

Инструменты

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

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

Некоторые инструменты, такие как Make, ориентированы на продукт. Они создают продукт, также известный как цель, на основе настроенных зависимостей. ^[2]

Серверы

Сервер сборки — это серверная настройка для запуска сборок. В отличие от персонального компьютера, сервер обеспечивает более согласованную и доступную среду сборки.

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

Без сервера сборки сборка обычно зависит от разработчиков, которые используют свои персональные компьютеры, что имеет множество недостатков, включая, но не ограничиваясь: Разработчики, которые знают, как собирать, могут быть в отпуске. На компьютере разработчика может быть проблема, которая мешает сборке. На компьютере разработчика может быть установлено другое программное обеспечение, которое конфликтует с правильной сборкой.

Сервер непрерывной интеграции — это сервер сборки, настроенный на сборку относительно частым способом — часто при каждом коммите кода. Сервер сборки также может быть включен в инструмент ARA или инструмент ALM .

Типичные варианты запуска сборки включают в себя:

• По запросу: по запросу пользователя
• Запланировано: например, ночная сборка
• On-commit: создание на основе каждого коммита системы контроля версий

Непрерывная интеграция и непрерывная поставка

Автоматизация процесса сборки является необходимым шагом для внедрения непрерывной интеграции и непрерывной поставки (CI/CD), которые считаются передовой практикой разработки программного обеспечения. ^{[3] [ как? ]}

Преимущества

Плюсы автоматизации сборки включают в себя: ^[4]

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

Смотрите также

• Автоматизация выпуска приложений  – Процесс упаковки и развертывания
• Непрерывная автоматизация конфигурации  – методология конфигурации и развертывания программного обеспеченияPages displaying wikidata descriptions as a fallback
• Непрерывная интеграция  – практика разработки программного обеспечения, предполагающая частое создание и тестирование
• Непрерывная поставка  – подход к программной инженерии с короткими циклами
• Непрерывное тестирование  — процесс выполнения автоматизированных тестов в рамках конвейера поставки программного обеспечения для получения немедленной обратной связи о бизнес-рисках, связанных с кандидатом на релиз.Pages displaying wikidata descriptions as a fallback
• DevOps  – набор практик разработки программного обеспечения
• Список программного обеспечения для автоматизации сборки
• Проектирование семейства продуктов  – синоним «проектирования предметной области»Pages displaying wikidata descriptions as a fallback
• Выпуск инжиниринга
• Управление конфигурацией программного обеспечения  – Отслеживание и контроль изменений программного обеспечения
• Модульное тестирование  – проверка поведения изолированного исходного кода

Ссылки

1. Ceruzzi, Paul E. (2003). История современных вычислений. MIT Press. ISBN 978-0-262-53203-7.
2. Кларк, Майк (2004). Прагматическая автоматизация проектов: как создавать, развертывать и контролировать приложения Java . Прагматичные программисты. ISBN 978-0-9745140-3-1.
3. Башан, Шмуэль; Белладжио, Дэвид Э. (2011). Управление рабочими элементами с IBM Rational ClearQuest и Jazz: Руководство по настройке . IBM Press. ISBN 978-0-13-700179-8.
4. "Архивная копия" (PDF) . Архивировано из оригинала (PDF) 2008-11-23 . Получено 2008-09-19 .{{cite web}}: CS1 maint: archived copy as title (link)