[devel] BranchPolicy: драфт

[Anton Farygin]

Mikhail Gusarov пишет:
> Приветствую.
> 
> По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy:
> http://www.altlinux.org/BranchPolicy
> 
> Это пока что даже не draft для обсуждения по PolicyPolicy, а информация
> к обсуждению.

Уверен, что NMU для бранчей должны выполняться согласно NMU Policy.

Иначе связь между мантейнером и его пакетом будет потеряна.

"Если Сизифный пакет, требующий исправления в бранче, принадлежит 
мейнтейнеру, не высказавшему желания участвовать в разработке бранча, 
его следует спросить, не хочет ли он принять участия.

Пакеты, сизифные мейнтейнеры которых отказались принимать участие в 
разработке бранчей, и для которых не нашлось мейнтейнера в бранче, может 
забрать любой желающий. "

Если кто-то изъявляет своё желание не участвовать в разработке бранча, 
то он должен отправить свой пакет на nobody для этого бранча.

"При систематическом нарушении этих правил кем-либо из мейнтейнеров, 
взявшимся за подготовку пакетов в бранчи, RM разъясняет правила и, в 
особо плохих случаях (к примеру, вливании перманентно глючного 
чего-нибудь, взятого из upstream git раз в день и игнорировании всех 
увещеваний) - отстраняет от работы над бранчем. "

Это ерунда какая-то.. перманентно глючное бывает всё-подряд. Думаю, что 
RM должен иметь возомжность откатить пакет, а не лишать мантейнера 
работы над бранчем. Иначе только RM и будет работать над своим бранчем.

"Мейнтейнеры обещают не допускать регрессий по мере возможности и 
исправлять их как можно скорее.

Мейнтейнеры обещают по мере взможности исправлять функциональные ошибки 
в пакетах. "

Вообще, эти пункты наверное относятся не только к бранчам.. ;)


Что не хватает в документе - так это информирования о "желании создать 
стабильный бранч".

В идеале, о том, когда будет создан новый стабильный бранч - должно быть 
объявлено сразу после создания предыдущго стабильного бранча.

В более лучшем случае - в этот же день должно быть объявлено TODO по 
репозитарию - какие работы планируется выполнить для того, что бы 
стабильный бранч был создан. Работы не только по сборке новых версий 
пакетов, но и по написанию модулей конфигурирования и т.д.

Это позволит отслеживать выполненные работы, и планировать изменения в 
пакетной базе.

Без TODO, хотя бы по базовой системе - вообще сложно.