Имя Атрибута Пароля Пользователя

По умолчанию Parabuild аутентифицирует пользователя, привязывая к каталогу DN записи для пользователя и пароль, представленный пользователем. Если привязка выполняется успешно, пользователь считается аутентифицированным. Каталог выполняет переваривание паролей прозрачно. Этот режим используется, если "имя атрибута пароля пользователя" не задано. Это рекомендуемый метод.

Если задано "имя атрибута пароля пользователя", Parabuild извлекает сохраненный пароль из каталога и явно сравнивает его со значением, предоставленным пользователем. В этом поле должно быть задано имя атрибута записи пользователя, содержащей пароль.

Алгоритм Дайджеста Учетных Данных

Выбранный алгоритм дайджеста учетных данных используется для дайджеста паролей открытого текста. Это поле может использоваться в сочетании с именем атрибута User password и должно быть настроено на алгоритм, используемый вашим сервером LDAP. Поддерживаемые алгоритмы дайджеста-MD5 и SHA-1.

Имя Атрибута Электронной Почты Пользователя

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

Добавление Первых Пользователей В Группу

Parabuild добавит к выбранной группе Parabuild пользователей, если они войдут в Parabuild в первый раз.

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

Среды, использующие LDAP как для проверки подлинности Parabuild, так и для проверки подлинности контроля версий, могут предпочесть использовать электронную почту пользователей, обслуживаемую сервером LDAP, для отправки уведомлений о результатах сборки. Это может быть очень удобно, потому что электронная почта хранится в одном месте. Чтобы разрешить использование LDAP для сопоставления имен пользователей системы управления версиями с электронной почтой, установите флажок "Использовать LDAP для поиска электронной почты пользователя VCS".

Тестирование конфигурации LDAP

Parabuild позволяет протестировать созданную конфигурацию LDAP. Заполните поля ввода "Test user name" и "Test password" допустимыми значениями и нажмите на кнопку "Test". Parabuild отобразит сообщение об успешном выполнении, если конфигурация верна Parabuild отобразит сообщение об ошибке, если конфигурация неверна или предоставленная комбинация имени тестового пользователя и пароля не существует.

Интеграция С Active Directory

Для успешной интеграции с Active Directory выполните следующие действия: установите принцип соединения и подключение Учетные данные пользователя и пароль в Active Directory. Обработка Набора Рефералы, чтобы "следовать". Установите шаблон поиска пользователя в sAMAccountName=${user.id}. Выберите Поиск По Всему Поддереву.

Глава 5. Настройка сборки

Содержание

5.1. обзор

5.2. Форма Общих Настроек

5.3. присвоение имени сборке

5.4. Выбор Типа Сборки

5.4.1. Автоматические Сборки

5.4.2. Запланированные Сборки

5.4.3. Ручная Сборка

5.4.4. Параллельные Сборки

5.5. Выбор Доступа К Результатам Сборки

5.6. Детальная Сборка Конфигурация

5.6.1. Добавление Этапов Сборки

5.6.2. Общие Настройки Контроля Версий

5.6.3. Настройка Accurev Access

5.6.4. Настройка Доступа К Базару

5.6.5. Настройка Доступа ClearCase

5.6.6. настройка доступа к CVS

5.6.7. настройка наблюдения за изменениями файловой системы

5.6.8. Настройка Общего Доступа К Системе Управления Версиями

5.6.9. Настройка Доступа Git

5.6.10. Настройка Mercurial Access

5.6.11. настройка доступа MKS

5.6.12. Настройка Принудительного Доступа

5.6.13. настройка доступа Serena Version Manager (PVCS)

5.6.14. Настройка Доступа StarTeam

5.6.15. Настройка Доступа Subversion

5.6.16. Настройка Объемного Доступа

5.6.17. Настройка Доступа К Хранилищу

5.6.18. Настройка Безопасного Доступа К Визуальным Источникам

5.6.19. Настройка Расписания Сборки

5.6.20. Настройка Маркировки Сборки

5.6.21. Настройка Зависимой Сборки

5.7. Вкладка Настройки Уведомлений

5.7.1. Настройка Политики Уведомлений

5.7.2. сопоставление имен пользователей системы контроля версий с электронной почтой

5.7.3. использование электронной почты, предоставленной системой контроля версий

5.7.4. настройка домена электронной почты по умолчанию

5.7.5. Уведомление Других Пользователей

5.8. Понимание Относительных Путей

5.9. Вкладка Журналы Сборки

5.9.1. Настройка Сжатия Журналов Сборки

5.9.2. Добавление Пользовательских Журналов

5.9.3. Добавление Единого Текстового Файла Журнала

5.9.4. добавление каталога с текстовыми файлами журналов

5.9.5. добавление каталога с журналами Boost Unit Test Framework Logs

5.9.6. добавление XML-журнала GoogleTest

5.9.7. добавление единого журнала HTML-файлов

5.9.8. добавление журнала HTML-каталогов

5.9.9. Добавление Общих Результатов Испытаний

5.9.10. Добавление журнала Squish XML Log

5.9.11. Использование параметров шаблона в пути журнала

5.10. Вкладка Результаты Сборки

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

5.10.2. Настройка Результата Одного Файла

5.10.3. Настройка Результата Каталога

5.10.4. настройка внешнего результата URL-адреса

5.10.5. Доступ К Внешне Хранимым Результатам Сборки

5.10.6. использование параметров шаблона в пути к результату

5.10.7. Публикация Результатов Сборки Автоматически

5.10.8. Игнорирование Метки Времени Результата

5.10.9. отчетные результаты параллельных построений по результатам лидера Страница

5.10.10. Путь К Результату Отладки Сборки

5.11. Вкладка Примечания К Выпуску

5.11.1. Связывание Примечаний К Выпуску И Изменений

5.11.2. Извлечение Заметок О Выпуске Из Bugzilla

5.12. Вкладка Параметры

5.12.1. Счетчик Версий

5.12.2. параметры

Примечание

В последующих главах будут использоваться "конфигурация сборки" и " сборка" взаимозаменяемо.

Обзор

Чтобы добавить новую конфигурацию сборки, выполните следующие действия:

1. Откройте веб-браузер по вашему выбору и введите URL-адрес вашего сайта. Сервер Parabuild. Если бы Parabuild запускался на хосте с именем "build", URL-адрес был бы "http://build:8080.

2. Войдите в систему как пользователь "admin".

3. Перейдите к списку сборок, нажав пункт меню "сборки" на верхней панели навигации.

4. В списке сборки выберите ссылку "Добавить новую сборку". Появится общая форма настроек сборки. Заполните поля общих настроек и нажмите кнопку "Продолжить".

5. Появится подробная форма конфигурации сборки. Завершите настройку сборки и нажмите кнопку "Сохранить". Parabuild сохранит новую конфигурацию сборки и перенаправит вас на страницу статусов сборки.

В следующих разделах подробно рассматривается процесс настройки сборки.

Общая Форма Настроек

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

1. Имя сборки.

2. Доступ к результатам сборки.

3. Постройте имя фермы.

4. Контроль версий.

5. Тип бегуна.

6. Тип сборки.

Присвоение имени сборке

Parabuild требует, чтобы каждая конфигурация сборки имела имя. Имя сборки должно быть коротким, простым и понятным. Мы рекомендуем применять следующие простые правила при именовании сборки:

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

· Добавьте к имени сборки версию продукта, если таковая имеется.

· Для запланированных сборок используйте один из следующих суффиксов: "qa", "nightly" или "daily", чтобы отразить временной характер сборки.

Пример 5.1. Составление Имени Сборки

Рассмотрим продукт под названием "MyProduct". Текущая версия продукта - 2.3. возможные названия для автоматической (интеграции) сборка для продукта будет выглядеть так:" myprod_23"," myprd_23 "и "myproduct_23". Назовите QA, ночные или ежедневные сборки соответственно: "myprod_23_qa" или "myprd_23_dayly".

Часто название проекта или продукта является значительно длинным, поэтому может быть довольно удобно сократить его при присвоении имени сборке. Например, название проекта " MyNewProject Version 2.0 "может быть сокращено до"mnp_20".

Мы не рекомендуем использовать строго общие имена, такие как "build", "qa", "nightly" и т. д. Даже если вы в настоящее время разрабатываете один продукт без конкретной версии, со временем продукт будет иметь различные версии, ветви обслуживания и/или платформы. Имя сборки быстро станет внутренним брендом, и поэтому целесообразно назвать сборку, чтобы отразить ее связь с конкретным продуктом или исходной линией. Родовые названия не подходят для этой цели.

Выбор Типа Сборки

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

Автоматические Сборки

Автоматические сборки также известны как интеграционные сборки. Parabuild инициирует автоматическую сборку при каждой регистрации (или серии проверок) в системе управления версиями.

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

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

Автоматические сборки идеально подходят для настройки непрерывной интеграции для ваших проектов.

Важный

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

5.4.2. Запланированные Сборки

Parabuild запускает запланированные сборки в настроенное время. Запланированные сборки можно использовать для запуска сборок, которые по своей природе рассчитаны по времени, таких как ночные, ежедневные или QA сборки.

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

Важный

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

Ручная Сборка

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

Параллельные Сборки

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

Если какая-либо из параллельных сборок завершится неудачей, Parabuild отметит ведущий запуск сборки как неудачный. Если ведущий запуск сборки имеет шаг финализатора, Parabuild полностью выполнит зависимые сборки перед выполнением шага финализатора. Это позволяет собирать и обрабатывать результаты параллельных сборок на этапе финализатора.

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

Важный

Чтобы создать параллельную сборку, ведущая сборка должна быть уже настроена.