Branches/FreezePolicy: различия между версиями
< Branches
Ilis (обсуждение | вклад) Нет описания правки |
|||
Строка 15: | Строка 15: | ||
# Все остальные ошибки заносятся в Errata (список некритических ошибок) выпуска. | # Все остальные ошибки заносятся в Errata (список некритических ошибок) выпуска. | ||
=== Правила NMU (Non-Maintainer Update) === | === Правила NMU (Non-Maintainer Update) === | ||
Задача выпуска -- придать Сизифу стабильность. Иногда это придётся делать, не дожидаясь реакции сопровождающего тот или иной пакет (кто угодно в какое кугодно | Задача выпуска -- придать Сизифу стабильность. Иногда это придётся делать, не дожидаясь реакции сопровождающего тот или иной пакет (кто угодно в какое кугодно время может быть загружен работой, человек может перестать пользоваться пакетом, наконец, ему может быть просто лень). [[NMU|Действующие правила]], к сожалению, требуют слишком много времени для прохождения NMU-пакета в Сизиф. | ||
<div style="display: inline; color: red;">Написать правила быстрого NMU. Скорее всего, всем, кто перейдёт на [[gear]], будут предоставлены льготные условия. Пока ждём введения в строй сборки из git.alt.</div> | <div style="display: inline; color: red;">Написать правила быстрого NMU. Скорее всего, всем, кто перейдёт на [[gear]], будут предоставлены льготные условия. Пока ждём введения в строй сборки из git.alt.</div> | ||
=== Пакеты, не подлежащие заморозке === | === Пакеты, не подлежащие заморозке === | ||
==== Пакеты, не подлежащие заморозке во время Freeze Сизифа ==== | ==== Пакеты, не подлежащие заморозке во время Freeze Сизифа ==== |
Версия от 16:54, 22 ноября 2009
Дисциплина проведения Freeze и Testing при создании стабильной ветки
Создание стабильной ветки -- сложный и непредсказуемый процесс, как и сам Сизиф :), поэтому стоит ограничить энтропию на двух самых ответственных этапах: заморозки и обкатки выпуска.
Правила не окончательные. Любые соображения приветствуются. Главное, чтобы не получились слишком огромными
Обновления, не связанные с ошибками
Freeze
- Не допускается изменение API/ABI и существенные изменения функциональности (даже при сохранении API/ABI).
- Изменение upstream-версии пакета допускается, если это связано с исправлением ошибок и не противоречит п.1.
Testing
- Допускаются только не противоречащие Freeze изменения, связанные с исправлением грубых ошибок, отмеченных в bugzilla.
- Все остальные ошибки заносятся в Errata (список некритических ошибок) выпуска.
Правила NMU (Non-Maintainer Update)
Задача выпуска -- придать Сизифу стабильность. Иногда это придётся делать, не дожидаясь реакции сопровождающего тот или иной пакет (кто угодно в какое кугодно время может быть загружен работой, человек может перестать пользоваться пакетом, наконец, ему может быть просто лень). Действующие правила, к сожалению, требуют слишком много времени для прохождения NMU-пакета в Сизиф.
Написать правила быстрого NMU. Скорее всего, всем, кто перейдёт на gear, будут предоставлены льготные условия. Пока ждём введения в строй сборки из git.alt.
Пакеты, не подлежащие заморозке
Пакеты, не подлежащие заморозке во время Freeze Сизифа
- Документация (в т.ч. по пакетам и установщику)
Пакеты, не подлежащие заморозке во время Testing Сизифа
- Документация по установщику, Errata (список некритических ошибок) выпуска