Branches/Release: различия между версиями
< Branches
Ilis (обсуждение | вклад) |
Ilis (обсуждение | вклад) |
||
Строка 3: | Строка 3: | ||
== Выпуски стабильных веток репозитория (старая политика) == | == Выпуски стабильных веток репозитория (старая политика) == | ||
{{discuss|Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена [[Branches/ | {{discuss|Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена в [[Branches/ReleasePolicy|ReleasePolicy]].}} | ||
Сизиф планируется выпускать два раза в год — весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''Sync'''), заморозки ('''Freeze'''), отладки ('''Testing'''), завершающихся собственно выпуском ('''Release'''). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем — начало нового откладываем. | Сизиф планируется выпускать два раза в год — весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''Sync'''), заморозки ('''Freeze'''), отладки ('''Testing'''), завершающихся собственно выпуском ('''Release'''). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем — начало нового откладываем. |
Версия от 13:34, 2 декабря 2008
Выпуски стабильных веток репозитория (старая политика)
Сизиф планируется выпускать два раза в год — весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки (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 | Не позже середины декабря. Выпуск. Стабильный Сизиф оформляется в виде среза (ветки). Если на ней выпущены какие-то дистрибутивы, ветка даже оказывается отчасти поддерживаемой. Сам Сизиф "освобождается", то есть начинает семимильными шагами двигаться в гору, навстречу новым блохам, зимней/летней сессии. |