Branches/Release: различия между версиями

Материал из ALT Linux Wiki
 
(не показана 1 промежуточная версия этого же участника)
Строка 1: Строка 1:
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}
{{Merge|Branches/ReleasePolicy}}


== Выпуски стабильных веток репозитория (старая политика) ==
== Выпуски стабильных веток репозитория (старая политика) ==
Строка 41: Строка 42:
|}
|}


{{Branches}}
{{Category navigation|title=Branches|category=Branches|sortkey={{SUBPAGENAME}}}}

Текущая версия от 13:48, 4 декабря 2008

Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.
Merge-arrow.svg
Необходимо перенести содержимое этой статьи в статью Branches/ReleasePolicy
Вы можете помочь проекту, объединив их.


Выпуски стабильных веток репозитория (старая политика)

Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена в ReleasePolicy.

Сизиф планируется выпускать два раза в год — весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки (Sync), заморозки (Freeze), отладки (Testing), завершающихся собственно выпуском (Release). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем — начало нового откладываем.

Зачем делать выпуск

  • Стабилизация пакетной базы. Все пакеты, которые хоть кому-нибудь нужны, в выпуске будут оттестированы и по мере возможности согласованы.
  • Расписание. Регулярные выпуски позволяют планировать обновление пакетов в системах, использующих Сизиф. Обновление на основе выпуска предположительно принесёт меньше гадостей, чем обновление на основе свежеразломанного Сизифа.
  • Создание дистрибутивов. Если хочется сделать дистрибутив на основе Sisyphus, то лучше выбирать наиболее стабильное состояние Сизифа — его выпуск.

Пояснения и обсуждение см. в списках рассылки devel и sisyphus.

Roadmap для 6-месячного цикла выпусков

Начало (июнь, январь) Liberty Крупные эксперименты (совпадает с сессией и отпусками)

+2 месяца

Sync
Кидается клич: "Народ! Через месяц freeze! У вас всё готово?" Со словами "Какой там готово!" отдохнувший с лета/зимы народ принимается приводить в порядок дела: обновлять версии пакетов, исправлять вопиющие ошибки, а также вешать их.

+3 месяца

Freeze
Когда всё более-менее на уровне, объявляется заморозка. Все на блох! Обновления _версий_ пакетов допускаются только в крайнем случае (например, дыра в безопасности), по особой договорённости или для специального класса пакетов (например, документация). Действуют более мягкие условия NMU. Подробнее см. дисциплину проведения Freeze. Длится до тех пор, пока все release critical блохи не будут удушены.

+4 месяца

Testing
Объявляется первый release candidate -- публично доступный срез (ветка) Сизифа. Кидается клич: "Сообщество! Ты боялось нестабильного Сизифа? Этот -- стабильный! Кто найдёт ошибку сегодня -- исправим завтра, кто поленится -- исправим только через полгода!". RC продолжают выпускаться до тех пор, пока не перестанут приходить release critical блохи, или пока не надоест.

+5 месяцев

Release
Не позже середины декабря. Выпуск. Стабильный Сизиф оформляется в виде среза (ветки). Если на ней выпущены какие-то дистрибутивы, ветка даже оказывается отчасти поддерживаемой. Сам Сизиф "освобождается", то есть начинает семимильными шагами двигаться в гору, навстречу новым блохам, зимней/летней сессии.