DistroReleasePolicy

Концепция политики разработки дистрибутивов ALT Linux

Общие понятия и определения

Пакет — программное обеспечение (как в виде исходного кода, так и готовые бинарные сборки), упакованное соответствующим образом для пересборки и установки. Пакет может обладать зависимостями от других пакетов.
Мейнтейнер — ответственный за сборку и качество пакета.

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

Sisyphus — нестабильный репозиторий, который развивается постоянно,то есть не обладает ограничениями на размещение в него пакетов.
Бранч — отдельный репозиторий, существующий фиксированное время (с момента создания до стабилизации).
Генеральный конструктор — лицо, обладающее полномочиями по созданию и стабилизацию бранча. Он принимает решение о сроках и осуществляет создание нового бранча и стабилизацию (замораживание) бранча.
Дистрибутив — операционная система, состоящая из фиксированного набора пакетов с возможностью установки или использования в режиме LiveCD.
Релиз-менеджер — лицо, ответственное за создание дистрибутива на базе бранча.
Менеджер по качеству — лицо, ответственное за качество дистрибутива.

Проблемы

Невозможно создавать дистрибутивы со стабильной пакетной базой при постоянном и неконтролируемом изменении Sisyphus и бранча. Практически невозможно поддерживать такие дистрибутивы.

Цель

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

Предложения

Предлагается осуществлять следующую политику сопровождения бранча и создания дистрибутивов в ALT Linux: 1.Бранч создаётся путём копирования Sisyphus в определённое время (в сентябре и марте) и существует полгода. После этого создаётся новый бранч. 2.Этапы развития бранча:

генеральный конструктор уведомляет мейнтейнеров не позднее чем за две недели о дате создания нового бранча. При этом мейнтейнеры обеспечивают стабильность своих пакетов в Sisyphus.
Происходит создание бранча путём копирования в определённый заранее день Sisyphus. При этом бранчу присваивается номер версии и для него делается Incoming (интерфейс для внесения новых и исправленных пакетов).
После этого релиз-менеджеры вместе с менеджером по качеству осуществляют:
- создание и тестирование образов дистрибутивов на базе бранча (не реже раза в две недели).
- совместно пишут техническое задание на каждый дистрибутив.
- работают с мейнтейнерами по исправлению пакетов, чтобы обеспечить заданную функциональность, стабильность и качество.
- периодически уведомляют в публичных рассылках о сделанных изменениях.
В это самое время мейнтернеры могут самостоятельно размещать в бранч свои новые и исправленные пакеты, также не забывая размещать их и в Sisyphus.
За месяц до планируемой даты стабилизации бранча, определяемой генеральным конструктором происходит следующее:
- подготавливаются релиз-кандидаты дистрибутивов.
- пакеты из Incoming перекладываются в бранч только после проверки менеджером по качеству.
- готовится окончательный вариант технического задания.
- готовится список изменений.
В заданную дату бранч стабилизируется и на его базе выпускаются (сразу или позже) дистрибутивы с мажорной версией, соответствующей версии бранча. Стабилизация подразумевает запрет на внесение любых изменений, кроме исправлений по безопасности и исправления критичных ошибок, которые размещаются в бранч.
После этого в бранч вносятся только изменения по безопасности и исправления критичных ошибок.
Стабилизированный бранч служит источником обновлений
В то же время делается копия стабилизированного бранча — backports, в который вносятся любые нестабильные изменения.

Периодичность выпуска дистрибутивов

Десктопные дистрибутивы — раз в полгода.

Серверные дистрибутивы — раз в год.