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

Материал из ALT Linux Wiki
(Import from freesource.info)
 
(ссылки)
Строка 1: Строка 1:
[[Category:PostupgradeWorkRequired]]
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}


Строка 6: Строка 5:
<div style="display: inline; color: red;">Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена [[Branches/ReleasePolitic|здесь]]</div>.
<div style="display: inline; color: red;">Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена [[Branches/ReleasePolitic|здесь]]</div>.


Сизиф планируется выпускать два раза в год -- весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''##FTN Sync##'''), заморозки ('''##FTN Freeze##'''), отладки ('''##FTN Testing##'''), завершающихся собственно выпуском ('''##FTN Release##'''). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем -- начало нового откладываем.  
Сизиф планируется выпускать два раза в год -- весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''Sync'''), заморозки ('''Freeze'''), отладки ('''Testing'''), завершающихся собственно выпуском ('''Release'''). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем -- начало нового откладываем.  
=== Зачем делать выпуск ===
=== Зачем делать выпуск ===
* Стабилизация пакетной базы. Все пакеты, которые хоть кому-нибудь нужны, в выпуске будут оттестированы и по мере возможности согласованы.
* Стабилизация пакетной базы. Все пакеты, которые хоть кому-нибудь нужны, в выпуске будут оттестированы и по мере возможности согласованы.
* Расписание. Регулярные выпуски позволяют планировать обновление пакетов в системах, использующих Сизиф. Обновление на основе выпуска предположительно принесёт меньше гадостей, чем обновление на основе свежеразломанного Сизифа.
* Расписание. Регулярные выпуски позволяют планировать обновление пакетов в системах, использующих Сизиф. Обновление на основе выпуска предположительно принесёт меньше гадостей, чем обновление на основе свежеразломанного Сизифа.
* Создание дистрибутивов. Если хочется сделать дистрибутив на основе Sisyphus, то лучше выбирать наиболее стабильное состояние Сизифа -- его выпуск.
* Создание дистрибутивов. Если хочется сделать дистрибутив на основе Sisyphus, то лучше выбирать наиболее стабильное состояние Сизифа -- его выпуск.
Пояснения и обсуждение см. в списках рассылки [http://lists.altlinux.org/pipermail/devel/2006-June/033758.html devel] и [http://lists.altlinux.org/pipermail/sisyphus/2006-June/082990.html sisyphus], а также ##FTN Description##.
Пояснения и обсуждение см. в списках рассылки [http://lists.altlinux.org/pipermail/devel/2006-June/033758.html devel] и [http://lists.altlinux.org/pipermail/sisyphus/2006-June/082990.html sisyphus].
 
<div id="Description"></div>
 


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

Версия от 20:35, 30 июля 2008

Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


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

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

.

Сизиф планируется выпускать два раза в год -- весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки (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

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