[Comm] git and packaging

[Andriy Dobrovol`s`kii]

2009/3/16 Андрей Черепанов <cas на altlinux.ru>:
> 16 марта 2009, Andriy Dobrovol`s`kii написал(а):
>> > Если есть репозиторий, то сборку можно и локально через gear-hsh делать.
>> > Ничем от hasher не отличается кроме того, что пропускается лишняя стадия
>> > создания src.rpm.
>>
>> Ну, не думаю, что кто-нибудь отдельно создает src.rpm-ы... А вот
>> заменит ли gear-hsh процедуру инициализации локального hasher?
> А как запускать в хэшере? Я раньше, до gear, создавал. Сборка локально через
> gear и через hasher отличается только входными данными. Настройка та же.
>
А... Теперь понял о чем Вы. А каков ответ на вопрос?
>> >> Если дома, значит нужна вся сборочная инфраструктура. ~/RPM rpm
>> >> hasher... Плюс каталог с гитом. Или нет?
>> >
>> > Смотри: вместо помойки в ~/RPM/SOURCE и ~/RPM/SPECS у тебя будет по
>> > отдельному каталогу для пакета.
>>
>> Отдельные каталоги это понятно, но и структура  ~/RPM/SOURCE и
>> ~/RPM/SPECS не кажется мне помойкой. :)
> Эти два каталога имеют тенденцию быстро заполняться и организовывают помойку.
>
И да и нет... Но, мысль понятна.
>> >С возможностью оперировать исходниками (например, делать
>> > патчи) уже в раскрытом виде, не мучаясь с их поиском и распаковкой.
>>
>> Да я и так знал где они лежат... ;) А закачивать авторские исходники
>> нужно в любом случае. Выигрыш по трафику только если у автора тоже гит
>> и структура своего гита сразу правильно продумана...
> gear-update позволяет залить новый тарболл и в git будут только изменения
> кода, а не исходники целиком.
>
Ну, нужно значит дальше смотреть. Хотя для упаковщика польза
сомнительная. Сколько пересобирал пакеты ради новых версий, ни разу
старые тарболы не понадобились...
Повторюсь, что про пользу СКВ для разработчика я ни разу не сомневаюсь.
>> >Плюс
>> > коммиты, как фиксация изменений. После этого потеря данных не страшна,
>> > если git запушить (git push) на сервер. Трафик в этом случае минимальный,
>> > а данные будут в порядке.
>>
>> Вот тут самый большой вопрос. Если я делаю только изменения в спеке
>> добиваясь собираемости, на кой мне комиты? И весь связанный с ними
>> оверхед? (Про полезность CVS для реальных разработчиков я в курсе.) И,
>> наконец, пушить нужно куда-то... А куда? Если я ещё не в команде... А
>> насобачившись собирать пакеты без оверхеда, захочу ли я грузить себя
>> им только ради вступления в команду?..
> 1. Коммиты для сохранения результатов правки .spec
Это понятно. Я спрашиваю про полезность таких комитов...
> 2. Возможность правки кода для быстрого получения патчей (после чего изменения
> откатываются)
Тут, как я понимаю, упаковщику придется основательно учить команды СКВ?..
> 3. Простое бэкпортирование через подписанные теги
>
Это если упаковщику оно надо и он член команды. А если нет?
> Оверхед как раз резко уменьшается при сборке > 1 пакета. И никто не мешает
> хранить локальный git и собирать из него через gear.
>
Ну вот я и упражняюсь пока с таким гитом. Теперь вот оказывается нужен
ещё и gear... Зависимость оверхеда от количества пакетов не понял. То,
что уменьшается его удельный вес в общем объеме работы?
>
-- 
Regards,
Andrii Dobrovol`s`kyj