[devel] Branch6? (branch policy)

[Денис Смирнов]

On Thu, Apr 14, 2011 at 07:05:36AM +0000, Vitaly Kuznetsov wrote:

VK> Хорошо, когда в такой схеме майнтейнер поддерживает свои пакетики и в
VK> stable, и в unstable, и в testing.

Он их должен поддерживать в testing. Из testing в unstable пакеты должны
попадать автоматически (критерий -- отсутствие на пакет багов в
багтрекере, например) через 2 недели.

А вот для stable требуется отдельная поддержка. И совсем необязательно
манетйнером самого пакета. stable должен быть эдакой заготовкой бранча --
в состоянии вечной частичной заморозки (в него попадают только изменения,
которые уже проверены на unstable, и, вероятно, с большой задержкой).

Но в отличии от версионированных бранчей он не заморожен. И, скажем, новый
gcc туда рано или поздно попадет. Но не раньше чем будет обкатан в
unstable.

Собственно по 'unstable' я понимаю нынешний Сизиф. В первую очередь мне бы
очень хотелось видеть что-то вроде дедала -- куда пакеты могут
отправляться _заведомо_ без тщательной проверки. И именно там должны
происходить все те глобальные изменения, которые бывает что разламывют
Сизиф. Такие как "выпрямление зависимостей", например. Которое нужно и
правильное, но из-за того что производится в общей песочнице -- мешает.

VK> Но поддерживает не методом "соберу
VK> новую версию во все бранчи сразу", а по определённым критериям вида "в
VK> stable - security и major bugz, с обязаетльным сохранением обратной
VK> совместимости" и т.д. Такой поддержки пакетов у нас по факту очень мало.

Я предлагаю делать не совсем как в Debian. Исправление только security и
major bugs -- это уже для бранчей глубокой заморозки (типа p5/5.1). А в
stable же гарантируется только обкатанность пакета.

Сейчас у Сизифа есть разные реальные применения:
- песочница для разработки;
- основа для будущих бранчей;
- место для тестирования пакетов на живых юзверях (в виде разработчиков);
- и даже пакетная база для некоторых решений (как мы видим -- прямо сейчас
  несколько дистрибутивов собираются из Сизифа);

Эти цели имеют конфликтующие требования к репозиторию.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 198 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20110416/46d9a6ba/attachment.bin>