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

Материал из ALT Linux Wiki
(Import from freesource.info)
 
 
(не показано 5 промежуточных версий 2 участников)
Строка 1: Строка 1:
[[Category:PostupgradeWorkRequired]]
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}
{{MovedFromFreesourceInfo|AltLinux/Branches/Release}}
{{Merge|Branches/ReleasePolicy}}


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


<div style="display: inline; color: red;">Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена [[Branches/ReleasePolitic|здесь]]</div>.
{{discuss|Описанная схема разрабатывалась для ветки 3.1 и использовалась до ветки 4.1 включительно. Актуальная политика выпуска расположена в [[Branches/ReleasePolicy|ReleasePolicy]].}}
 
Сизиф планируется выпускать два раза в год — весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''Sync'''), заморозки ('''Freeze'''), отладки ('''Testing'''), завершающихся собственно выпуском ('''Release'''). Сроки выпуска не строгие: если с каким-то этапом справляемся раньше, тут же объявляем начало нового, если никак не успеваем — начало нового откладываем.


Сизиф планируется выпускать два раза в год -- весной и осенью, во время наибольшей нашей активности. Выпуск состоит из трёх этапов: подготовки ('''##FTN Sync##'''), заморозки ('''##FTN Freeze##'''), отладки ('''##FTN Testing##'''), завершающихся собственно выпуском ('''##FTN 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-месячного цикла выпусков ==


{| border="1"
{| class="standard"
|-
!Начало (июнь, январь)
|
!'''Liberty'''
Начало (июнь, январь)
!Крупные эксперименты (совпадает с сессией и отпусками)
|
'''Liberty'''
|
Крупные эксперименты (совпадает с сессией и отпусками)
|-
|-
|
|
+2 месяца
+2 месяца
|
|'''Sync'''<div id="Sync"></div>
'''Sync'''<div id="Sync"></div>
|Кидается клич: "Народ! Через месяц freeze! У вас всё готово?" Со словами "Какой там готово!" отдохнувший с лета/зимы народ принимается приводить в порядок дела: обновлять версии пакетов, исправлять вопиющие ошибки, а также вешать их.
 
|
Кидается клич: "Народ! Через месяц freeze! У вас всё готово?" Со словами "Какой там готово!" отдохнувший с лета/зимы народ принимается приводить в порядок дела: обновлять версии пакетов, исправлять вопиющие ошибки, а также вешать их.
|-
|-
|
|
+3 месяца
+3 месяца
|
|'''Freeze'''<div id="Freeze"></div>
'''Freeze'''<div id="Freeze"></div>
|Когда всё более-менее на уровне, объявляется заморозка. Все на блох! Обновления _версий_ пакетов допускаются только в крайнем случае (например, дыра в безопасности), по особой договорённости или для специального класса пакетов (например, документация). Действуют более мягкие условия NMU. Подробнее см. [[Branches/FreezePolicy|дисциплину проведения Freeze]]. Длится до тех пор, пока все release critical блохи не будут удушены.
 
|
Когда всё более-менее на уровне, объявляется заморозка. Все на блох! Обновления _версий_ пакетов допускаются только в крайнем случае (например, дыра в безопасности), по особой договорённости или для специального класса пакетов (например, документация). Действуют более мягкие условия NMU. Подробнее см. [[Branches/FreezePolicy|дисциплину проведения Freeze]]. Длится до тех пор, пока все release critical блохи не будут удушены.
|-
|-
|
|
+4 месяца
+4 месяца
|
|'''Testing'''<div id="Testing"></div>
'''Testing'''<div id="Testing"></div>
|Объявляется первый release candidate -- публично доступный срез (ветка) Сизифа. Кидается клич: "Сообщество! Ты боялось нестабильного Сизифа? Этот -- стабильный! Кто найдёт ошибку сегодня -- исправим завтра, кто поленится -- исправим только через полгода!". RC продолжают выпускаться до тех пор, пока не перестанут приходить release critical блохи, или пока не надоест.
 
|
Объявляется первый release candidate -- публично доступный срез (ветка) Сизифа. Кидается клич: "Сообщество! Ты боялось нестабильного Сизифа? Этот -- стабильный! Кто найдёт ошибку сегодня -- исправим завтра, кто поленится -- исправим только через полгода!". RC продолжают выпускаться до тех пор, пока не перестанут приходить release critical блохи, или пока не надоест.
|-
|-
|
|
+5 месяцев
+5 месяцев
|
|'''Release'''<div id="Release"></div>
'''Release'''<div id="Release"></div>
|Не позже середины декабря. Выпуск. Стабильный Сизиф оформляется в виде среза (ветки). Если на ней выпущены какие-то дистрибутивы, ветка даже оказывается отчасти поддерживаемой. Сам Сизиф "освобождается", то есть начинает семимильными шагами двигаться в гору, навстречу новым блохам, зимней/летней сессии.
|}


|
{{Category navigation|title=Branches|category=Branches|sortkey={{SUBPAGENAME}}}}
Не позже середины декабря. Выпуск. Стабильный Сизиф оформляется в виде среза (ветки). Если на ней выпущены какие-то дистрибутивы, ветка даже оказывается отчасти поддерживаемой. Сам Сизиф "освобождается", то есть начинает семимильными шагами двигаться в гору, навстречу новым блохам, зимней/летней сессии.
|}

Текущая версия от 10: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
Не позже середины декабря. Выпуск. Стабильный Сизиф оформляется в виде среза (ветки). Если на ней выпущены какие-то дистрибутивы, ветка даже оказывается отчасти поддерживаемой. Сам Сизиф "освобождается", то есть начинает семимильными шагами двигаться в гору, навстречу новым блохам, зимней/летней сессии.