Branches/FreezePolicy

Дисциплина проведения Freeze и Testing при создании стабильной ветки

Создание стабильной ветки -- сложный и непредсказуемый процесс, как и сам Сизиф :), поэтому стоит ограничить энтропию на двух самых ответственных этапах: заморозки и обкатки выпуска.

Правила не окончательные. Любые соображения приветствуются. Главное, чтобы не получились слишком огромными

Обновления, не связанные с ошибками

Freeze

1. Не допускается изменение API/ABI и существенные изменения функциональности (даже при сохранении API/ABI).
2. Изменение upstream-версии пакета допускается, если это связано с исправлением ошибок и не противоречит п.1.

Testing

1. Допускаются только не противоречащие Freeze изменения, связанные с исправлением грубых ошибок, отмеченных в bugzilla.
2. Все остальные ошибки заносятся в Errata (список некритических ошибок) выпуска.

Правила NMU (Non-Maintainer Update)

Задача выпуска -- придать Сизифу стабильность. Иногда это придётся делать, не дожидаясь реакции сопровождающего тот или иной пакет (кто угодно в какое кугодно вемя может быть загружен работой, человек может перестать пользоваться пакетом, наконец, ему может быть просто лень). Действующие правила, к сожалению, требуют слишком много времени для прохождения NMU-пакета в Сизиф.

Написать правила быстрого NMU. Скорее всего, всем, кто перейдёт на gear, будут предоставлены льготные условия, кроме того, NMU, проведённые через git.alt, не будут теряться. Пока ждём введения в строй сборки из git.alt.

Пакеты, не подлежащие заморозке

Пакеты, не подлежащие заморозке во время Freeze Сизифа

• Документация (в т.ч. по пакетам и установщику)

Пакеты, не подлежащие заморозке во время Testing Сизифа

• Документация по установщику, Errata (список некритических ошибок) выпуска