Как настроить Buildbot на FreeBSD

Buildbot - система планирования заданий, обычно используемая для непрерывной интеграции (CI). CI - это практика разработки программного обеспечения, которая обычно включает автоматическое создание и тестирование вашего программного обеспечения на регулярной основе и для каждого изменения. Хотя он обычно используется в качестве платформы CI, Buildbot также можно использовать для любых автоматизированных задач, выполняемых на компьютере. Конфигурация выполнения задач Buildbot включает в себя четыре компонента:

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

В этом руководстве вы будете использовать FreeBSD jail для установки и запуска каждого компонента Buildbot в отдельной изолированной среде. Затем вы будете обслуживать Buildbot с помощью веб-сервера Nginx и получать доступ к его веб-интерфейсу с помощью веб-браузера на локальном компьютере. После завершения этого руководства вы получите рабочую настройку с примером сборки проекта, готовую к расширению для вашего собственного CI или других вариантов использования.

Прежде чем начать это руководство, вам понадобится:

Если вы хотите разместить веб-интерфейс Buildbot с использованием безопасного HTTPS, вам также потребуется следующее:

Поскольку Buildbot позволяет внешним помощникам запускать код в вашей системе, рекомендуется изолировать его различные компоненты, чтобы предотвратить использование ресурсов вашего сервера произвольным или злонамеренным кодом. В этом уроке вы сделаете это с помощью FreeBSD jails.

Подобно LXC, Docker и другим механизмам контейнеров, тюрьмы FreeBSD обеспечивают легкую изоляцию от хост-системы. Процессы, работающие внутри тюрьмы, могут получить доступ только к тем ресурсам, к которым тюрьме уже предоставлен доступ; в противном случае они ведут себя как любая другая среда FreeBSD. Jails используют одно и то же ядро, но обычно работают в файловой системе, имеющей копию базовой системы FreeBSD, которая может быть любой версией FreeBSD, совместимой с ядром хоста. Для большинства рабочих нагрузок различия в производительности между выполнением задачи на хосте и в тюрьме не заметны.

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

Во-первых, мы хотим создать отдельный сетевой интерфейс для системной тюрьмы. В тюрьмах ядро ​​перезаписывает сетевые соединения на первый адрес IPv4 / IPv6, назначенный тюрьме. Например, если первый назначенный IP-адрес является общедоступным, а служба в тюрьме прослушивает +127.0.0.1: 1234 +, порт + 1234 + будет общедоступным. Https://www.freebsd.org/doc/handbook/jails-ezjail.html[recommended практике] должен иметь отдельный сетевой интерфейс для тюрем. Мы будем следовать этой рекомендации cloning первичного петлевого интерфейса (+ lo0 +) в отдельный интерфейс (+ lo1 +). Мы будем использовать сеть + 10.0.0.0 / 24 +, но любая другая непересекающаяся сеть также будет работать.

Начните с настройки клонированного интерфейса, который будет создан при загрузке. Эта команда + sysrc + записывает правило в файл + / etc / rc.conf +, но не создает сам интерфейс:

Затем создайте сетевой интерфейс с помощью следующей команды:

Вы можете проверить состояние интерфейса и IP с:

Вывод показывает, что интерфейс существует, но еще не имеет IP-адресов, перечисленных и подключенных к нему. Его флаг + LOOPBACK + означает, что этот интерфейс доступен только локально и не представляет фактическое аппаратное устройство.

Затем откройте новый файл конфигурации для главной тюрьмы, используя предпочитаемый вами редактор. Здесь мы будем использовать + ee +:

Затем добавьте следующее содержимое в файл, который настроит главную тюрьму с именем + buildbot-master +:

/etc/jail.buildbot-master.conf

Этот код назначает фиксированное имя хоста и IP-адрес в сетевом интерфейсе тюрьмы + 10.0.0.2 + и указывает корневую файловую систему + / usr / jails / buildbot-master +. Используемые здесь значения + exec.start + и + exec.stop + объявляют, что службы + start + и + stop + тюрьмы будут вести себя как процессы загрузки и использовать сценарии запуска и завершения работы, которые находятся в + / etc / + `каталог. Опция `+ persist + позволяет джейлу продолжать работу, даже если все его процессы завершены.

Чтобы узнать больше о возможных настройках главной тюрьмы, посетите страницу jail(8).

После добавления этого содержимого сохраните и выйдите из редактора. Если вы используете + ee +, сделайте это, нажав + CTRL + C +, набрав + exit + и нажав + ENTER +.

Файл конфигурации для главной тюрьмы отделен от файла конфигурации глобальной тюрьмы + / etc / jail.conf +. Из-за этого вам нужно будет добавить имя главной тюрьмы в список известных:

Затем включите все джейлы, перечисленные в + jail_list +, для автоматического запуска при загрузке:

Если у вас уже есть джейлы в вашей системе, сконфигурированные с глобальным файлом + / etc / jail.conf +, но вы не использовали + jail_list + раньше, включение этого параметра будет означать, что только джейлы в + jail_list + будут автоматически -старт, и вы можете добавить свои существующие тюрьмы в список.

Далее мы создадим корневой каталог главной тюрьмы и распакуем систему FreeBSD.

Убедитесь, что корневой каталог файловой системы тюрьмы существует. Если вы выполнили команды ZFS в предыдущей заметке, то это уже сделано, и вы можете пропустить эту команду:

Затем загрузите архив базовой системы FreeBSD 11.2. Сначала мы устанавливаем корневые сертификаты, чтобы доверять серверу загрузки:

Эта команда предложит вам одобрить установку пакета + ca_root_nss +. Сделайте это, нажав + y +, а затем + ENTER +.

Далее скачиваем архив:

Извлеките содержимое этого файла в качестве корневой файловой системы тюрьмы:

В этом руководстве описан процесс установки ровно одного работника, который также содержится в тюрьме, и вы настроите его так же, как и мастер, повторно используя только что загруженную базовую систему. Откройте другой новый файл конфигурации для рабочей тюрьмы с помощью команды + ee +:

Добавьте следующее содержимое в этот файл:

/etc/jail.buildbot-worker0.conf

Рассматривая эти строки, обратите внимание на то, что рабочая тюрьма отличается от имени хоста, IP-адреса и корневого каталога файловой системы от мастера. Сохраните и закройте этот файл.

Опять же, поскольку мы используем отдельный файл конфигурации тюрьмы вместо глобального + / etc / jail.conf +, добавьте имя в список известных тюрьм:

Извлеките уже загруженную базовую систему FreeBSD 11.2, как вы делали для мастера:

На этом этапе обе тюрьмы настроены и содержат базовую систему FreeBSD без установки дополнительных пакетов. Давайте начнем тюрьмы:

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

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

Это подтверждает, что тюрьмы работают как положено. На данный момент, однако, у них нет доступа к Интернету, что означает, что вы не сможете установить в них пакеты Buildbot. Продолжайте чтение, чтобы решить эту проблему.

Хотя основные и рабочие тюрьмы работают, они оба закрыты от интернета. Необходимо открыть их до Интернета, так как они должны иметь возможность устанавливать пакеты, а также общаться друг с другом.

Чтобы решить эту проблему, скопируйте конфигурацию DNS-преобразователя хоста в обе тюрьмы:

Далее направляем исходящий интернет-трафик из тюрьмы. Для этого используйте IPFW - встроенный межсетевой экран FreeBSD - для настройки сетевых правил NAT (трансляция сетевых адресов). Когда вы выполните этот шаг, трафик, выходящий из тюрьмы, будет преобразован в общедоступный IP-адрес вашего хоста.

Если вы следовали Let’s Encrypt tutorial из предварительных условий, у вас уже будет настроен брандмауэр, разрешающий доступ к вашему веб сервер. В этом случае некоторые из приведенных ниже шагов будут излишними, но при их повторном выполнении не будет никакого вреда.

Включите предопределенные правила брандмауэра + workstation + в файл + rc.conf + с помощью следующей команды. Правила + workstation + защищают сервер, но по-прежнему допускают базовые сервисы, такие как пинг хоста или протокол динамической конфигурации хоста:

Затем разрешите доступ к портам веб-сервера из внешнего мира. Следующая команда разрешает трафик через порт + 22 + для SSH; порт + 80 +, позволяющий обслуживать Buildbot через HTTP; и порт + 443 +, позволяющий Buildbot обслуживаться по HTTPS. Если вы защитили свой сервер с помощью Let Encrypt, тогда все три из этих портов необходимы, но если вы не планируете и не планируете это делать, то можете исключить порт + 443 +:

Разрешите доступ с любого IP-адреса к портам, указанным в директиве + firewall_myservices +:

Настройте брандмауэр для запуска при загрузке:

Затем запустите брандмауэр с основными правилами. Следующая команда + nohup + предотвращает прерывание запуска брандмауэра, а также перенаправляет как + stderr +, так и + stdout + во временный файл журнала. Это важно, чтобы не оставлять правила брандмауэра в несогласованном состоянии, которое потенциально может сделать ваш удаленный хост недоступным по SSH:

Если вы используете оболочки + csh + или + tcsh +, это перенаправление вызовет перенаправление + Ambiguous output. + В вашем выводе. Если вы используете одну из этих оболочек, запустите + sudo nohup service ipfw start> & / tmp / ipfw.log + вместо этого, чтобы запустить + ipfw +:

В этот момент служба брандмауэра запустится и начнет защищать хост от подключений к незащищенным портам.

Далее вам нужно определить сетевой интерфейс хоста, который подключается к интернету. Найдите это, запустив:

Эта команда может выводить пару разных интерфейсов. Тот, который используется хостом для подключения к Интернету, включает публичный IP-адрес вашего сервера. Чтобы проиллюстрировать, следующий пример вывода показывает, что + vtnet0 + - это сетевой интерфейс, используемый хостом:

Запишите этот интерфейс, затем настройте его имя глобально:

Откройте новый файл сценария конфигурации брандмауэра:

Затем добавьте в файл следующее содержимое, определив правила брандмауэра для IPFW:

/usr/local/etc/ipfw.rules

Вот что делает каждая часть скрипта:

Сохраните файл и выйдите из редактора.

Поскольку мы хотим изменить предопределенные базовые правила брандмауэра с помощью правил, определенных в сценарии + ipfw.rules +, мы должны указать на этот сценарий в файле + rc.conf +. Следующая команда настроит скрипт для выполнения при запуске брандмауэра:

Эта установка использует поддержку NAT в ядре IPFW, поэтому вы должны указать системе загружать соответствующий модуль ядра при загрузке. Кроме того, немедленно загрузите модуль без перезагрузки:

Перезапустите брандмауэр, чтобы активировать скрипт расширенных правил брандмауэра:

Опять же, если вы используете оболочку + csh + или одно из ее производных (например, + tcsh +), запустите + sudo nohup service ipfw restart> & / tmp / ipfw.lo + вместо предыдущей команды для перезапуска брандмауэр:

Убедитесь, что правила брандмауэра были загружены правильно:

Это перечисляет правила брандмауэра, сопровождаемые сообщением об успехе:

Вы также можете просмотреть установленные правила брандмауэра в любое время, используя:

С учетом всех правил брандмауэра ваши тюрьмы теперь имеют доступ к Интернету. Вы можете проверить, попытавшись загрузить веб-страницу из тюрьмы:

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

Компоненты Buildbot разделены на несколько пакетов. Вам нужно только установить пакет + py36-buildbot + для запуска главного компонента, но в этом руководстве мы также рассмотрим, как установить пакет веб-интерфейса, + py36-buildbot-www +.

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

Обратите внимание, что в этом руководстве командные блоки оболочки помечаются другим цветом, если они должны выполняться внутри оболочки Jail. Кроме того, в командной строке будет отображаться, под каким пользовательским профилем тюрьмы - либо * root *, либо непривилегированным * buildbot-master * user - эти команды должны выполняться.

Установите пакеты:

Если вы еще не установили или не использовали менеджер пакетов + pkg + в этой тюрьме, он предложит вам подтвердить, что вы разрешаете ему самозагрузиться. Для этого нажмите + y +, а затем + ENTER +. Затем подтвердите установку пакетов Buildbot, снова введя + y +.

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

После этого создайте главный каталог, в котором вы будете хранить конфигурацию:

И передать право собственности пользователю сервиса:

С этого момента все связанные с мастером настройки и изменения должны выполняться как непривилегированный пользователь, так как это поможет сохранить согласованность владения и разрешений.

Переключитесь на непривилегированного пользователя:

Затем используйте встроенную утилиту + buildbot + для создания каталога и структуры конфигурации в указанном каталоге:

В отличие от других программ CI, таких как Jenkins, поведение Buildbot определяется непосредственно в его файле конфигурации, который интерпретируется с помощью Python. Это позволяет упростить управление версиями вашей конфигурации, в то время как использование языка сценариев дает свободу для написания пользовательских конфигураций сборки и расширения существующих функций Buildbot.

Пакет Buildbot поставляется с образцом основного файла конфигурации, который вы можете использовать в качестве шаблона для вашей собственной конфигурации. Скопируйте образец конфигурации и назовите его + master.cfg +:

Затем откройте файл базовой конфигурации в предпочитаемом вами текстовом редакторе. Здесь мы будем использовать + ee +:

Файл конфигурации содержит пароль, необходимый для подключения рабочих к мастеру. Замените по умолчанию + pass + на безопасный пароль по вашему выбору. Кроме того, имя нашего работника будет + worker0 +, поэтому также замените + example-worker + на + worker0 + в обоих разделах + WORKERS + и + BUILDERS +.

Когда закончите, части файла, которые вам нужно отредактировать, будут выглядеть так:

/var/buildbot-master/master.cfg

Сохраните и закройте этот файл, затем выполните команду + exit +, чтобы переключиться обратно на пользователя * root * в тюрьме:

Поскольку пример конфигурации отслеживает Git-репозиторий + git: // github.com / buildbot / hello-world.git + в качестве источника изменений, вам также необходимо установить Git:

После этого вы создали структуру и конфигурацию главного каталога, но служба еще не запущена. Чтобы запустить Buildbot вручную, можно запустить команду + buildbot start + из главного каталога, + / var / buildbot-master +. Однако это не заботится о запуске при загрузке или другой общесистемной конфигурации. Вместо этого мы будем использовать rc scripts, стандартный метод FreeBSD для запуска сервисов. В частности, мы сделаем это с помощью утилиты + service.

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

Затем укажите, что служба должна работать под пользователем * buildbot-master *:

Затем включите службу для запуска при запуске:

На момент написания в пакете + py36-buildbot + была ошибка, препятствующая запуску службы (см. Https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227675[this отчет об ошибке]) , Пока это не исправлено, вам нужно будет вручную исправить скрипт запуска, выполнив следующую команду из вашей + buildbot-master + jail:

Затем запустите сервис:

Служба должна запускаться без ошибок. Вы можете проверить успех, просмотрев содержимое файла журнала:

Чтобы вернуться в оболочку хоста, запустите + exit + из оболочки jail:

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

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

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

Убедитесь, что вы находитесь в оболочке хоста, а не в тюрьме. Затем откройте оболочку * root * в рабочей тюрьме:

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

Установите рабочий пакет Buildbot с помощью следующей команды:

Когда эта команда выполняется, она предложит вам подтвердить, хотите ли вы запустить утилиту управления пакетами + pkg +. Сделайте это, введя + y +. Он также попросит вас подтвердить, что вы одобряете установку пакетов, поэтому при появлении запроса введите + y + еще раз.

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

Затем создайте рабочий каталог. Это место, где будут храниться конфигурация работника, отображаемая информация и каталоги сборки:

Передать право собственности на пользователя сервиса:

С этого момента все связанные с работником настройки и изменения должны выполняться как непривилегированный пользователь. Для этого переключитесь на пользователя + buildbot-worker +:

Используйте встроенную утилиту + buildbot-worker +, чтобы создать каталог и структуру конфигурации в каталоге + / var / buildbot-worker +. Укажите IP-адрес главной тюрьмы - «+ 10.0.0.2 », который мы выбрали на предыдущем шаге, чтобы рабочий мог подключиться к нему и заменить « pass +» паролем, который вы определили в файле основной конфигурации:

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

После этого выполните команду + exit +, чтобы переключиться обратно на пользователя * root * в тюрьме:

Поскольку пример конфигурации клонирует репозиторий Git + git: // github.com / buildbot / hello-world.git + для создания примера проекта, вам также необходимо установить Git в этой тюрьме. Обратите внимание, что мастер Buildbot также требовал Git, потому что источники изменений запускаются на мастере. Кроме того, сборщик использует тестовый прогон под названием + trial +, который является частью пакета + py27-twisted +, поэтому установите его вместе с + git-lite +:

Встроенным механизмом запуска работника является + buildbot-worker start +, который должен запускаться из рабочего каталога, + / var / buildbot-worker +. Тем не менее, это не заботится о запуске при загрузке и не гарантирует, что он будет работать от имени правильного пользователя. Как и в случае с мастером, используйте упакованный скрипт + rc +, используя утилиту + service, для управления сервисом.

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

Затем включите службу для запуска при запуске:

На момент написания в пакете + py36-buildbot-worker + была ошибка, препятствующая запуску службы (см. Https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227675[this отчет об ошибке ]). Пока это не исправлено, вам нужно будет вручную исправить скрипт запуска, выполнив следующую команду из вашей + buildbot-worker0 + тюрьмы:

Наконец, запустите рабочий компонент:

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

Если служба запущена успешно, появится сообщение типа + Connected to 10.0.0.2:9989; работник готов + `появится в файле журнала. Если вы забыли указать новый пароль ранее на этом этапе, служба не сможет подключиться к мастеру. В этом случае отредактируйте файл `+ / var / buildbot-worker / buildbot.tac + и затем запустите + service buildbot-worker restart +, чтобы устранить эту проблему.

Как только служба запустится правильно, перейдите в оболочку хоста, выполнив команду + exit + из оболочки jail:

После этого была настроена вторая тюрьма, и у вас есть все основные компоненты, необходимые для работы Buildbot. Для удобства использования рекомендуется также настроить веб-интерфейс пользователя. Это позволит вам контролировать Buildbot и видеть результаты сборки с большим удобством.

Buildbot имеет веб-интерфейс пользователя, который показывает обзоры и результаты сборки и позволяет вам запускать сборки вручную, если настроен планировщик «принудительно», как в случае примера конфигурации.

Ваша основная конфигурация уже настроила компонент + www + для обслуживания HTTP через порт + 8010 +. В производственных условиях вы не будете обслуживать незашифрованный HTTP или открывать нестандартный порт + 8010 + снаружи, так как это приведет к уязвимости системы в вашей системе. Кроме того, веб-интерфейс может обслуживаться с любого URL-пути, что означает, что он не обязательно должен быть единственным приложением в вашем домене. Например, вы могли бы предоставлять результаты сборки или журналы своим пользователям. Следовательно, мы будем предоставлять пользовательский интерфейс пользователям с отдельным веб-сервером - Nginx - чтобы поддерживать HTTPS, защищать внутренние порты и получать возможность обслуживать другой контент вместе с веб-интерфейсом Buildbot.

Откройте файл конфигурации Nginx для редактирования:

Добавьте следующие выделенные блоки + location n в существующий блок файла + server:

/usr/local/etc/nginx/nginx.conf

Эта конфигурация перенаправляет все запросы ниже URL-пути + / buildbot / + в веб-интерфейс и включает поддержку WebSocket, которая используется интерфейсом для получения обновлений, которые он будет отображать, например, вывод журнала работающей сборки.

Сохраните и закройте файл конфигурации Nginx. Затем перезагрузите сервис Nginx:

Откройте предпочитаемый веб-браузер на локальном компьютере и откройте веб-интерфейс Buildbot, перейдя по следующему URL-адресу:

В качестве альтернативы, если вы не настроили доменное имя для своего сервера, вам вместо этого потребуется ввести публичный IP-адрес вашего сервера, + http: /// buildbot / +.

Когда вы придете к интерфейсу, вы увидите обзор, подобный следующему:

изображение: https: //assets.digitalocean.com/articles/buildbot_freebsd/web_interface_overview_final.png [Обзор веб-интерфейса]

На главной странице может отображаться предупреждение о неправильной настройке URL-адреса Buildbot. Это происходит, если имя хоста, указанное в файле + nginx.conf +, не соответствует тому, что указано в основной конфигурации Buildbot. Так как электронные письма с результатами сборки по умолчанию содержат ссылки на веб-интерфейс Buildbot, мастер должен знать правильный URL-адрес, по которому он может быть достигнут.

Обратите внимание, что в нашем примере конфигурации мы не настроили эту службу электронной почты. Если вы заинтересованы в настройке этого, см. Http://docs.buildbot.net/current/manual/cfg-reporters.html[documentation about reporter] Buildbot для получения дополнительной информации:

С учетом вышесказанного, чтобы устранить предупреждение и отправить электронные письма с правильным содержимым, измените основную конфигурацию Buildbot так, чтобы она указывала на ваш домен.

Найдите строку, которая начинается с + c ['buildbotURL'] + и замените опцию по умолчанию именем вашего домена, а затем + / buildbot / +:

/var/buildbot-master/master.cfg

Сохраните и закройте файл. Затем, чтобы применить новую конфигурацию, перезагрузите сервис + buildbot +:

Обновите веб-интерфейс Buildbot в вашем браузере, и предупреждение исчезнет.

Серверы непрерывной интеграции часто служат другим целям, кроме CI. Например, сервер CI может обслуживать выходные данные сборки для пакетов FreeBSD или журналы через HTTPS. Поэтому рекомендуется зарезервировать URL-путь + / buildbot / + для веб-интерфейса. Это позволяет размещать больше приложений по разным путям. На данный момент мы создадим простую домашнюю страницу, которая перенаправляет на веб-интерфейс. Вы можете добавить больше ссылок, как только вы реализуете больше вариантов использования для веб-сервера.

Запустите следующую команду, чтобы открыть индексный файл в корневом веб-каталоге - заменив ++ собственным доменом - для создания автоматического перенаправления в веб-интерфейс Buildbot:

Замените любое существующее содержимое файла следующими строками:

/usr/local/www/nginx/index.html

Сохраните и закройте этот файл, затем введите свое доменное имя или IP-адрес в адресной строке браузера. Он должен автоматически перенаправить вас в интерфейс Buildbot.

Вы завершили установку всех компонентов Buildbot, включая веб-интерфейс управления и просмотра. Имея все это в наличии, давайте запустим фактическую сборку, как указано в примере конфигурации, которую мы настроили для мастера.

В компоновщике по умолчанию настроен планировщик «форс», который позволяет запускать первую сборку. В веб-интерфейсе нажмите * Builds *> * Builders *> * runtests *> * force *> * Start Build * и посмотрите, как выполняется сборка. Если вы видите какие-либо ошибки, проверьте подключение к Интернету сервера и были ли установлены все зависимые пакеты, как описано ранее.

изображение: https: //assets.digitalocean.com/articles/buildbot_freebsd/sample_build_success.png [Пример скриншота успешной сборки]

Вы можете найти артефакты из этой сборки (и других), посмотрев содержимое каталога сборки:

Вы успешно настроили постоянно работающую и универсальную систему CI и теперь можете приступить к реализации собственных сборок.

Завершив этот урок, вы попрактиковались в создании джейлов FreeBSD и изучили некоторые основы инфраструктуры автоматизации Buildbot, что привело к готовой к использованию установке. Чтобы узнать больше о Buildbot и его конфигурации, мы рекомендуем вам прочитать official Buildbot документацию.

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