From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A1048E4.5070906@altlinux.com> Date: Sun, 17 May 2009 21:27:00 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.21 (X11/20090429) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <87vdo2xnch.fsf@vertex.dottedmag.net> In-Reply-To: <87vdo2xnch.fsf@vertex.dottedmag.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?QnJhbmNoUG9saWN5OiDQtNGA0LDRhNGC?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2009 17:28:18 -0000 Archived-At: List-Archive: List-Post: Mikhail Gusarov пишет: > Приветствую. > > По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy: > http://www.altlinux.org/BranchPolicy > > Это пока что даже не draft для обсуждения по PolicyPolicy, а информация > к обсуждению. Уверен, что NMU для бранчей должны выполняться согласно NMU Policy. Иначе связь между мантейнером и его пакетом будет потеряна. "Если Сизифный пакет, требующий исправления в бранче, принадлежит мейнтейнеру, не высказавшему желания участвовать в разработке бранча, его следует спросить, не хочет ли он принять участия. Пакеты, сизифные мейнтейнеры которых отказались принимать участие в разработке бранчей, и для которых не нашлось мейнтейнера в бранче, может забрать любой желающий. " Если кто-то изъявляет своё желание не участвовать в разработке бранча, то он должен отправить свой пакет на nobody для этого бранча. "При систематическом нарушении этих правил кем-либо из мейнтейнеров, взявшимся за подготовку пакетов в бранчи, RM разъясняет правила и, в особо плохих случаях (к примеру, вливании перманентно глючного чего-нибудь, взятого из upstream git раз в день и игнорировании всех увещеваний) - отстраняет от работы над бранчем. " Это ерунда какая-то.. перманентно глючное бывает всё-подряд. Думаю, что RM должен иметь возомжность откатить пакет, а не лишать мантейнера работы над бранчем. Иначе только RM и будет работать над своим бранчем. "Мейнтейнеры обещают не допускать регрессий по мере возможности и исправлять их как можно скорее. Мейнтейнеры обещают по мере взможности исправлять функциональные ошибки в пакетах. " Вообще, эти пункты наверное относятся не только к бранчам.. ;) Что не хватает в документе - так это информирования о "желании создать стабильный бранч". В идеале, о том, когда будет создан новый стабильный бранч - должно быть объявлено сразу после создания предыдущго стабильного бранча. В более лучшем случае - в этот же день должно быть объявлено TODO по репозитарию - какие работы планируется выполнить для того, что бы стабильный бранч был создан. Работы не только по сборке новых версий пакетов, но и по написанию модулей конфигурирования и т.д. Это позволит отслеживать выполненные работы, и планировать изменения в пакетной базе. Без TODO, хотя бы по базовой системе - вообще сложно.