Огромные человекоподобные роботы

Workflow

Общие понятия (на примере git.alt):

Целевое хранилище

название ветки в /gears (sisyphus)

Пакет

git-репозиторий на git.alt

Схема репозитория

способ организации на git.alt (http://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_gear)

Имя пакета

название src.rpm ( => имени репозитория в /gears)

Принципы:

1. Робот не засоряет репозиторий на git.alt
   • Константное число веток

   • Число тегов=O(количество сборок)

2. Робот не подписывает пакеты подписью майнтейнера

Действия:

• автоматическое

• требуется исследование

• может закончится неуспешно (текст после описывает обработку неуспеха, по умолчанию -- останов + оповещение)

• второстепенное

Общий workflow:

1. Добавление пакета
   • Создание нового репозитория
     • настройка autobuild
     • создание минимального хранилища "версии 0"
     • стартовое обновление исходников
   • Импорт существующего репозитория

     • автоматическая конвертация

   • Типовые watchfile для sf, gh, gc, g.a... ({i} * типовые репозитории?)

2. Синхронизация

   1. с целевым хранилищем

   2. с devel-веткой

3. Проверка апстрима

   1. выяснение апстримной версий

      • несколько исходников
      • VCS
   2. выяснение текущей версии
      • несколько исходников
   3. сравнение версий (возможно, нестрогое)

4. Обновление исходников

   1. подготовка сборочной версии старых исходников (например, создание временной ветки)

   2. получение исходников из апстрим

   3. обновление старых исходников новыми

   4. модификация служебных файлов (*.spec, .gear/* ...)
   5. маркировка (например, commmit + tag)

5. Сборка обновлённого пакета

   1. тестовая сборка сборочной версии

      • «Домашняя» (см. Организация «домашней» сборки)

      • посредством git.alt

   2. получение журнала сборки

   3. проверка качества сборки

   4. публикация результатов тестовой сборки для тестирования

      • если сборки была на git.alt

6. Тестирование

   • получение бинарных пакетов для тестирования

   • установка пакетов
   • тестирование
   • маркировка оттестированных пакетов
7. Отсылка в g.a и на сборку
   1. подготовка рабочей версии обновлённых исходников (например, merge из временной ветки)
   2. отсылка рабочей версии в репозиторий
   3. запуск сборочницы

Структура комплекта сценариев

Организация «домашней» сборки

• Запуск по cron .... TODO
• Доступ к бинарному репозиторию
• Подготовка apt.conf
• ...

Следствия

• Разделение майнтейнера на активного пользователя (тестера) и сборщика. Разумеется, лучше в одном лице, но...
• Внешнее автоматическое тестирование