[sisyphus] схемы организации gear-репозиториев

[Aleksey Avdeev]

Dmitry V. Levin пишет:
> On Mon, Sep 14, 2009 at 01:03:38PM +0400, Aleksey Avdeev wrote:
> [...]
>>   Именно поэтому gear-srpmimport я под себя 
>>   патчу, добавляя ключи позволяюзие 
>> создавать по бранчу на компонент (см. 
>> <http://git.altlinux.org/people/solo/packages/?p=gear.git;a=commit;h=9b460610a35030939099ec198a8f196bfce2c966> 
>> и <https://bugzilla.altlinux.org/show_bug.cgi?id=10328> -- 
>> описания ключей несколько устарели: 
>> бранчи теперь имеют вид 
>> <branch>/<имя_компонента>).
> [...]
>>   Подкаталог удобен только для импорта из 
>>   src.rpm (защищает от конфликта но файлам). 
>> Вдальнейшем он только мешает -- перехожу 
>> на хранение апстримных исходников в 
>> отдельном бранче и привязки их по тегу.
> [...]
>>   Это причина, по которой я держу 
>>   логически обособленные части пакета в 
>> разных бранчах.
> [...]
> 
> 3 самые типичные схемы организации gear-репозиториев описаны в
> gear-rules(5), секция EXAMPLES.
> 
> Каждый мейнтейнер волен придумывать свои схемы, которые не всегда
> получаются удачными.
> 
> Если бы проводился конкурс на самую неудобную схему ведения
> gear-репозиториев квалифицированными мейнтейнерами, то я бы,
> несомненно, дал схеме, пропагандируемой Алексеем, 1-е место.

   У меня используется 2 схемы:

1. То что описана выше -- аналог 3тьей (из gear-rules(5)) схемы из 
gear-rules(5), но с разделением мух и катлет (каждый файл/каталог в 
корне репозитария -- отдельный бранч). Это удобно при импорте, т. к. 
позваляет:

а) разделить сущьности по _формальному_ критерию (причём, неособо важно 
делается ли это непосредственно при импорте, патченым gear-srpmimport, 
или переписыванием истории уже импортированного пакета);

б) простым образом привязаться к репозитарию апстрима (опять-таки 
необращая особого внимания на мелкие различия в апстримном репозитарии и 
исходниках находящижся в пакете);

   Но при работе данная сжема неудобна, т. к. требует переноса 
исходников в подкаталог (при мержах требуется разрешение конфликтов).

2. В дальнейшей работе перехожу ко 2й схеме (из gear-rules(5)) 
дополненной следующим ограничением: разные сущьности веду в разных бранчах.

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

-- 

С уважением. Алексей.


----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 552 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20090914/dadac392/attachment-0001.bin>