Дисциплина проведения Freeze и Testing при выпуске Сизифа

Выпуск Сизифа? — сложный и непредсказуемый процесс, как и сам Сизиф :), поэтому стоит ограничить энтропию на двух самых ответственных этапах: заморозки? и обкатки? выпуска.
Правила не окончательные. Любые соображения приветствуются. Главное, чтобы не получились слишком огромными

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

Freeze

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

Testing

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

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

Задача выпуска — придать Сизифу стабильность. Иногда это придётся делать, не дожидаясь реакции сопровождающего тот или иной пакет (кто угодно в какое кугодно вемя может быть загружен работой, человек может перестать пользоваться пакетом, наконец, ему может быть просто лень). Принятые правила?, к сожалению, требуют слишком много времени для прохождения NMU-пакета в Сизиф.
Написать правила быстрого NMU
Замечание от /Alexey Tourbin?: NMU имеют свойство теряться. Если прикрутить к incominger'у защиту от потери NMU, тогда имеет смысл обсуждать правила быстрого NMU.

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

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

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

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

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