Re: [devel] Бранчи и прочее

[Eugene Ostapets <eostapets@gmail.com>]

2009/9/8 Dmitry V. Levin <ldv altlinux.org>:
> On Mon, Sep 07, 2009 at 07:55:25AM +0300, Eugene Ostapets wrote:
>> Попытаюсь выразить свое более связно видение бранчей, близкое к
>> теперешним техническим возможностям git.alt, при реализации которого,
>> я безусловно буду заинтересован в работе над такими бранчами:
>>
>> 1. Карманы сложны для раелизации, но можно предоставить более-менее
>> публичное место для технологических экспериментов, такой себе
>> experimental (Daedalus из ныне живущих), со следующими свойствами:
>> а) нет acl (вообще нет!!!)
>> б) допускается публикация исключительно из git
>> в) проверяется наследование истории по git
>> г) публикация пакета другим мантейнером возможна только через какой-то
>> промежуток времени (мне кажется 5 дней достаточно)
>> д) анметы в данном репозитарии допускаются
>
> Похоже на описание разновидности кармана, с той существенной разницей, что
> он единый и обязательный для всех.  Для полноты картины нужно описать
> жизненный цикл одного пакета в этом кармане.
Он обязательный по полиси, но не технологически.
Рассмотрим пример python2.6:
Он мне нужен, но не настолько, чтобы пилить его в приватном бранче, но
я готов уделить ему некоторое время в публичном месте. На текущей
технологической площадке это может быть только огромный shared task,
на битву с которым у меня нет ни сил, ни времени. Допустим набралась
критическая масса джедаев на такой таск, ценой нескольких недель, если
не месяцев, пропихнули его в Сизиф... Только для того, чтобы получить
ушат дерьма, потому что перестали работать вебприложения у большой
массы пользователей, которые не успели поставить на холд старый питон,
а новый просто не тестировали из-за постоянного движняка в этом
таске... Если же все те же операции выполнить в публичном месте,
допускающем появления анметов и не проверяющих acl, то подготовка к
вбросу в Сизиф python2.6 займет неделю-две. Можно анонсировать его
появление и попросить заинтересованных протестировать его
функциональность. Для перемещения всего этого куска, останется только
запросить acl у мантейнеров соответствующих пакетов в Сизифе, или
получить nmu по нашему полиси. Для мантейнеров доступно будет ревью
как исходного кода в git, так и бинарного, пригодного к установке и
тестированию, в experimental.

Другой пример:
готовиться библиотека со сменой api/abi. Мантейнерам зависимых пакетов
нужно протестировать ФУНКЦИОНАЛЬНОСТЬ сборки с этой версией, прежде
чем забрасывать в unstable.

Если эти примеры на убеждают в необходимости experimental, то
аргументы у меня закончились, как и желание в дальнейшем обсуждать эту
тему.
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru