DistroReleasePolicy

Материал из ALT Linux Wiki
Версия от 20:44, 29 июля 2008; MichaelShigorin (обсуждение | вклад) Branches/ReleasePolitic» переименована в «Branches/ReleasePolicy»: нет такого слова "politic" :))
Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


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


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

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

Проблемы

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

Цель

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

Предложения

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

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

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

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