[devel] Концепция политики разработки дистрибутивов ALT Linux

[Igor Vlasenko]

On Fri, Aug 01, 2008 at 12:43:05PM +0400, Андрей Черепанов wrote:
> А схема выкладывания такая: 
> Sisyphus -> branch -> updates.
>         |-> backports
> 
> ?

IMHO, 
схема
        |-> updates -> branch
Sisyphus -> branch --> updates.
        |-> backports
была бы удобнее.
Т.е. если, например, QA тим узнала на http://secunia.com
что foo < 0.9.37 с дыркой, а в бранче лежит
0.9.38 с фиксом, то она может его скопировать
по схеме branch --> updates.

Но если например майнтайнер знает, что в
дистрибутиве foo 3.47.3-alt1 заведомо не рабочий,
то он мог бы сразу залить foo 3.47.3-alt1.МX.Y.2 в
updates, откуда он автоматом при необходимости
(если нет пакета со старшим релизом) 
должен попасть и в бранч.

Обоснование:
Иначе майнтайнеру придется тратить доп. усилия
на оповещение QA 
(кстати, а механизма рабочий нигде и не прописан)
и их пинание, чтобы foo 3.47.3-alt1.МX.Y.2 попал
из бранча в updates.

Кроме того, желательно пакеты для updates собирать
не в бранче, а в более узком окружении
distro+updates.
Поэтому желательны разные инкоминги.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine