[devel] Re: Re: Re: [docs] patches

[Anton Farygin <rider@altlinux.com>]

On Tue, 07 Feb 2006 17:10:55 +0300, Dmitry V. Levin wrote:

> On Tue, Feb 07, 2006 at 10:29:48AM +0300, Anton Farygin wrote:
>> On Mon, 06 Feb 2006 18:06:38 +0300, Dmitry V. Levin wrote:
>> > Сформулируйте задачу, а я с
>> > удовольствием покритикую.
>> 
>> Уже давно сформулировано:
>> 
>> http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem
> 
> Там сформулированы требования к
> инструментарию (SCM).  Это не совсем
> интересно, гораздо интереснее, какие
> задачи обеспечения взаимодействия
> мантейнеров пакетов и репозиториев
> такая система призвана решать.
> 
> На этот счёт там написано следующее:
> 
>> контроль изменений по электронной
>> почте (для всего репозитария, для
>> модулей)
> Непонятно, что имелось в виду,
> управление изменениями по электронной
> почте или отслеживание изменений.

Отслеживание изменений.

> 
>> ограничение доступа к модулям (по
>> мантейнерам, team и т.д.). :
> Не понятно, что такое "и т.д.".

Убрал и т.д.

>>   правила "по умолчанию"
> Не сказано, о какого рода правилах идёт
> речь.

Добавил.
>>   возможность мантейнеру управлять
>>   правилами доступа к своему пакету.
> Кроме того, не сказано, в каком объёме
> управлять, и как быть если модель
> предусматривает более одного
> мантейнера.

Более одного мантейнера - это Team. Расшифровал.

>>   возможность администратору
>>   устанавливать правила доступа к
>>   определённому пакету
> Не понятно, об администраторе какой
> сущности идёт речь и каковы его
> взаимоотношения с мантейнером.

Расшифровал.

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

Здесь я думаю всё достаточно просто:

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

Что бы ещё хотелось, и это в теории решаемо:
- контроль зависимостей _исходных_
пакетов (например если у нас
увеличивается soname у какой-то библиотеки
- предоставить возможность мантейнеру
этой библиотеки иницировать пересборку всего, что от неё зависит.

Ну а вообще это всё фичи. Начать необходимо с малого ;)

Rgds,
Rider