|
|
|||||||||||||||||||||||||||||
|
Совершенствуем процесс сборки при помощи IBM Rational Build Forge : Часть1. Создаем среду непрерывной сборки и интеграцииИсточник: IBM Ян Лим
Описание: Узнайте, как реализовать систему управления сборкой, которая будет использовать и расширять имеющиеся в вашей среде автоматизированные технологии. В этом пошаговом учебном руководстве рассказывается о том, как установить и настроить IBM® Rational® Build Forge™ для управления сборками Jakarta Tomcat из исходного кода. Мы интегрируем Build Forge с используемой рабочей группой Tomcat системой управления версиями и создадим среду непрерывной интеграции, в которой Rational Build Forge будет выполнять повторные сборки и развертывания самой актуальной версии Tomcat при каждой фиксации изменений в репозитории Subversion. Инструмент Rational Build Forge стал легендой в смысле быстрого возврата инвестиций. Узнайте, как реализация, описываемая в данном учебном руководстве, способна многократно оправдать ваши инвестиции в имеющиеся скрипты автоматизации сборки. Изучение данной серии из двух статей позволит вам повысить показатели производительности с 0 до 96 bpd (builds per day, сборок в день) за два дня. ПЕРЕД НАЧАЛОМ РАБОТЫ В этом учебном руководстве мы установим и настроим инструмент IBM Rational® Build Forge® Мы создадим среду непрерывной интеграции для Tomcat, которая будет запускать процесс сборки при каждой фиксации изменений в репозитории Tomcat Subversion. Изучение данной серии из двух статей позволит вам повысить показатели производительности с 0 до 96 bpd (builds per day, сборок в день) за два дня. В данной статье рассматриваются задачи на первый день работы. Если вы - разработчик, занимающийся автоматизацией создания сборок, или оператор, предоставляющий инфраструктуру поддержки для создания и развертывания функций, то эта серия статей - то, что вам нужно. Во 2-й части серии (второй день) мы расскажем о предусмотренном в Build Forge многократном использовании существующих скриптов проекта и о том, как этот инструмент может дополнить элементарный процесс компиляции и пакетирования сборки за счет добавления средств настройки и развертывания. Изучив это учебное руководство, вы узнаете:
Предполагается, что вы имеете представление о сборке Java-приложений. Среда Build Forge не зависит от конкретного языка программирования, но проект Tomcat написан на языке программирования Java. Опыт работы с Apache Ant и Subversion полезен, но не обязателен. Для выполнения шагов, описанных в данном учебном руководстве, у вас должен быть доступ к перечисленным ниже инструментам, которые можно получить, воспользовавшись контактной информацией в описании продукта Rational Build Forge:
ВВЕДЕНИЕ В данном учебном руководстве Tomcat используется в качестве проекта для демонстрации многократного использования реализацией Rational Build Forge имеющихся скриптов. В данном случае Tomcat является аналогом любого проекта, который вы могли бы включить в систему управления сборками, если нет возможности или желания изменять сборочные скрипты. В примере в данном учебном руководстве Tomcat символизирует любой внешний или внутренний проект, связанный с вашими проектами. Связанные между собой проекты необходимо развертывать в интегрированной среде, чтобы можно было протестировать их совместно. Непрерывный запуск сборок в среде интеграции при изменении базового кода проекта (непрерывная интеграция) с последующим выполнением автоматизированных тестов - это оптимальный метод, позволяющий гарантировать сохранение работоспособности системных точек интеграции. Реализуя управление сборками, мы стремимся избежать влияния на рабочие потоки текущей сборки или ограничения возможности рационализации процесса в будущем. Использование проектов с открытым исходным кодом является предпочтительным. Систему управления сборками следует оценивать по следующим показателям: она должна помочь организации добиться непрерывной интеграции, использовать настраиваемые уведомления, безопасный доступ, планирование и генерацию отчетов без внесения изменений в процессы разработки. Проект с открытым исходным кодом покажет способность Rational Build Forge автоматизировать эти основные задачи. УСТАНАВЛИВАЕМ И НАСТРАИВАЕМ RATIONAL BUILD FORGE В этом разделе рассказывается о том, как установить необходимые компоненты сервера в соответствии с приведенной ниже схемой.
В данном учебном руководстве все серверные процессы, в том числе процессы базы данных, выполняются на одной машине. Устанавливаем Rational License Server v7.0 Windows Консоль управления Build Forge Management Console при запуске проверяет наличие действующей лицензии. Поэтому необходимо установить сервер лицензирования Rational License Server и импортировать ознакомительную лицензию до установки консоли управления Build Forge Management Console.
Импортируйте ознакомительные лицензии Build Forge на сервер лицензирования.
Консоль управления Build Forge Management Console будет хранить информацию о конфигурации и файлы журнала сборки в базе данных. Для изучения нашего учебного руководства установите MySQL версии 5.0.45.
Создаем экземпляр базы данных MySQL для хранения данных Build Forge Нам нужно создать в MySQL базу данных для хранения данных Build Forge. Кроме того, необходимо создать пользователя MySQL для установления подключения к Build Forge.
Устанавливаем консоль управления Build Forge Management Console Сервер лицензирования готов к использованию действующей лицензии Build Forge, база данных доступна и настроена; теперь можно перейти к установке консоли управления Build Forge Management Console.
Устанавливаем агент Rational Build Forge Агенты Build Forge Agent можно установить на любой системе, которая будет использоваться в процессах сборки, развертывания и тестирования под управлением Build Forge. Для изучения данного учебного руководства установите агент на той же системе, на которой установлена консоль управления Management Console. Агентская система может (и обычно бывает) удаленной.
На этом установка Rational License Server, MySQL, консоли управления Rational Build Forge Management Console и агента Rational Build Forge Agent завершена. В следующем разделе мы расскажем о том, как настроить конфигурацию Build Forge и создать процесс сборки. ПЕРВЫЕ ШАГИ - HELLO WORLD В этом разделе мы создадим объекты Build Forge, которые будут представлять серверы сборки для нашего учебного руководства, а затем сконфигурируем проект Hello World, чтобы его можно было выполнить. Полное описание всех опций, доступных на этом этапе, можно найти в онлайновой справке по Rational Build Forge.
Настраиваем управление Build Forge сервером сборки через установленный агент При изучении раздела Установка и настройка Rational Build Forge мы установили агент Build Forge. Первое, что необходимо сделать - это настроить Management Console на взаимодействие с процессом агента. Эта конфигурация будет использовать функции из навигационной панели Servers в панели управления Management console.
Создаем объект Server authentication Объект содержит учетные данные, которые консоль управления Management Console использует для входа в систему сервера, на котором выполняется компонент Agent. Используемая учетная запись должна иметь привилегии, позволяющие выполнять задачи в процессе сборки.
Build Forge предоставляет эффективные средства для динамического выбора сервера во время сборки. В этом учебном руководстве мы не будем описывать данную функцию, поэтому просто жестко ассоциируем сборки с конкретным сервером. Сначала необходимо создать объект Selector, который будет выбирать сервер по указанному имени.
Указываем критерии для объекта Selector Build Forge позволяет использовать несколько критериев, например, свободное дисковое пространство, число ЦПУ и т.д. В данном учебном руководстве используются следующие параметры:
Объект Server хранит информацию о подключении (host) и ссылку на объект Server Authentication, который мы создали в разделе Создаем объект Server authentication. На сервере сборки рабочие каталоги для сборок задаются путем ввода значения Path в этой панели. Build Forge также позволяет ассоциировать сервер со специфической для него переменной окружения.
Build Forge не сможет вести запись в каталоге, указанном в поле path, пока этот каталог не будет создан. В окне командной строки введите Тестируем подключение к агенту Чтобы протестировать подключение к агенту:
На экран будет выведена вкладка Test Results.. После того как подключение консоли управления Management Console к агенту будет установлено и протестировано, на вкладке будут отображены результаты тестирования, а индикатор на значке сервера станет зеленым.
Создаем и запускаем проект Hello World Теперь, когда консоль управления Management Console может управлять сборками при помощи агента, можно создать проект Hello World, который будет использовать агент для вывода на экран какого-либо значения. Проект Build Forge включает несколько шагов, представляющих команды, которые выполняют процесс сборки.
ЗАКЛЮЧЕНИЕ Мы уже сделали довольно много. Консоль управления Build Forge Management запущена и подключена к "удаленному" серверу. Мы изучили ряд базовых концепций Build Forge и познакомились с архитектурой и базовой конфигурацией Build Forge. Эта архитектура может управлять стандартным процессом сборки на удаленном сервере. Теперь отдохните немного и подготовьтесь ко второму дню: мы используем все, что создали до сих пор, чтобы приступить к созданию реального проекта Jakarta Tomcat. Во 2-й части рассказывается о предусмотренной в Build Forge функции многократного использования имеющихся скриптов проекта. Кроме того, в ней рассказывается о том, каким образом Build Forge расширяет стандартный процесс компиляции и сборки за счет добавления средств пользовательской настройки и развертывания. Ссылки по теме
|
|