|
Size: 1605
Comment:
|
Size: 4487
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 4: | Line 4: |
| 1. Импорт * Новых |
Общие понятия (на примере 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(количество сборок)` 1. Робот не подписывает пакеты подписью майнтейнера Действия: * {*} автоматическое * {i} требуется исследование * <!> ''может'' закончится неуспешно (текст после <!> описывает обработку неуспеха, по умолчанию -- останов + оповещение) * {2} второстепенное Общий workflow: 1. Добавление пакета * Создание нового репозитория |
| Line 7: | Line 24: |
| * Типовые watchfile для sf, gh, gc, g.a... * Подготовленных, из целевого хранилища (критерий выбора, массовость) 1. Синхронизация * с целевым хранилищем * ?с возможной devel-веткой 1. Проверка апстрима * универсальная, для разных схем репозитория (схему можно надумать из rules и autobuild.watch) * ?что умеет uscan? 1. Обновление исходников * универсальное, для разных схем репозитория * с исправлением спека, если обновление успешно * ?с созданием отдельной ветки 1. Сборка обновлённого пакета * правильный apt.conf * критерии успешности * со слиянием, если сборка успешна |
* создание минимального хранилища "версии 0" * стартовое обновление исходников * Импорт существующего репозитория * {2} автоматическая конвертация * Типовые watchfile для sf, gh, gc, g.a... ({i} * типовые репозитории?) 1. {*} Синхронизация 1. с целевым хранилищем 1. {2} с devel-веткой <!> 1. {*} Проверка апстрима 1. выяснение апстримной версий <!> * несколько исходников * VCS 1. выяснение текущей версии * несколько исходников 1. сравнение версий (возможно, нестрогое) 1. {*} Обновление исходников 1. подготовка сборочной версии старых исходников (например, создание временной ветки) 1. получение исходников из апстрим <!> 1. обновление старых исходников новыми <!> 1. модификация служебных файлов (*.spec, .gear/* ...) 1. маркировка (например, commmit + tag) 1. {*} Сборка обновлённого пакета 1. тестовая сборка сборочной версии <!> * «Домашняя» (см. [[#homebrew|Организация «домашней» сборки]]) * {i} посредством git.alt 1. получение журнала сборки 1. проверка качества сборки <!> 1. публикация результатов тестовой сборки для тестирования * {i} если сборки была на git.alt |
| Line 24: | Line 54: |
| * ?маркировка тестированых | * {*} получение бинарных пакетов для тестирования * установка пакетов * тестирование * маркировка оттестированных пакетов |
| Line 26: | Line 59: |
| 1. подготовка рабочей версии обновлённых исходников (например, merge из временной ветки) 1. отсылка рабочей версии в репозиторий 1. запуск сборочницы |
|
| Line 27: | Line 63: |
| === Следствия === | === Структура комплекта сценариев === <<Anchor(homebrew)>> === Организация «домашней» сборки === * Запуск по cron .... TODO * Доступ к бинарному репозиторию * Подготовка apt.conf * ... == Следствия == |
Огромные человекоподобные роботы
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)
Принципы:
- Робот не засоряет репозиторий на git.alt
- Константное число веток
Число тегов=O(количество сборок)
- Робот не подписывает пакеты подписью майнтейнера
Действия:
автоматическое 
требуется исследование 
может закончится неуспешно (текст после описывает обработку неуспеха, по умолчанию -- останов + оповещение) 
второстепенное
Общий workflow:
- Добавление пакета
- Создание нового репозитория
- настройка autobuild
- создание минимального хранилища "версии 0"
- стартовое обновление исходников
- Импорт существующего репозитория
- автоматическая конвертация
- Типовые watchfile для sf, gh, gc, g.a... ({i} * типовые репозитории?)
- Создание нового репозитория
- Синхронизация
- с целевым хранилищем
- с devel-веткой
- Проверка апстрима
выяснение апстримной версий
- несколько исходников
- VCS
- выяснение текущей версии
- несколько исходников
- сравнение версий (возможно, нестрогое)
- Обновление исходников
- подготовка сборочной версии старых исходников (например, создание временной ветки)
получение исходников из апстрим
обновление старых исходников новыми
- модификация служебных файлов (*.spec, .gear/* ...)
- маркировка (например, commmit + tag)
- Сборка обновлённого пакета
тестовая сборка сборочной версии
«Домашняя» (см. Организация «домашней» сборки)
- посредством git.alt
- получение журнала сборки
проверка качества сборки
- публикация результатов тестовой сборки для тестирования
- если сборки была на git.alt
- Тестирование
- получение бинарных пакетов для тестирования
- установка пакетов
- тестирование
- маркировка оттестированных пакетов
- Отсылка в g.a и на сборку
- подготовка рабочей версии обновлённых исходников (например, merge из временной ветки)
- отсылка рабочей версии в репозиторий
- запуск сборочницы
Структура комплекта сценариев
Организация «домашней» сборки
- Запуск по cron .... TODO
- Доступ к бинарному репозиторию
- Подготовка apt.conf
- ...
Следствия
- Разделение майнтейнера на активного пользователя (тестера) и сборщика. Разумеется, лучше в одном лице, но...
- Внешнее автоматическое тестирование