[Devel] Текущий порядок сборки uniset

[Evgeny Sinelnikov]

21 марта 2011 г. 16:06 пользователь Pavel Vaynerman <pv на etersoft.ru> написал:
> 21 марта 2011, Evgeny Sinelnikov написал:
>> Здравствуйте,
>>
>> хочу обратить внимание на то, что у нас не ясен статус поддержки
>> uniset в Сизифе и бранчах. Главный вопрос - откуда собственно ставить
>> и какая версия актуальна?
>  Актальная версия всегда в ветке master. Сейчас это 1.0-alt11
>
>> Я полагаю не нужной деятельность по созданию специального коммита, для
>> пересборки вручную, помимо того, кто внёс последние изменения. Поэтому
>> вижу подход к сборкам uniset таким:
>> - релиз-менеджер или главный разработчик uniset сам выполняет отправку
>> последнего стабильного выпуска в Сизиф (этого требует cсоотвествие
>> подписи и записи в changelog);
>  Я не против. Просто до этого не я инициировал сборку в Сизиф, соотвественно
> не отслеживал.
>
>> - по мере необходимости версии разрабатываемые версии uniset
>> собираются либо в краманы проектов, либо в расширения LINUX на Etersoft;
>> - релизы в спек-файле, по мере разработки, не меняются, увеличение
>> релиза проводится автоматически следующей командой:
>> $ ssh git.eter rebuild /projects/asu/uniset
>> или
>> $ ssh git.eter rebuild -p ИМЯ_КАРМАНА /projects/asu/uniset
>> - для сборки на git.office предварительно проводится копирование
>> проекта в домашний каталог
>> $ ssh git.office init-db uniset
>> $ git remote add ofc git.office:packages/uniset
>> $ git push ofc master
>> $ ssh git.office rebuild -p ИМЯ_КАРМАНА uniset
>>
>> PS: Вопрос взялся откуда?
>> В Сизифе libuniset-0.99-alt27.i586.rpm в репозиториях LINUX на Etersoft,
>> а соответственно, на всех наших машинах, в которых правильно настроены
>> репозитории libuniset-1.0-alt6.Build1.i586.rpm, последний релиз в
>> git-репозитории -  libuniset-1.0-alt11.
>> На чём пробовать чинить сборку oscillograph-gtkmm, который сломался на
>> новом uniset?
>  На новом. Я думаю там просто в configure.ac надо проверку версии подправить..
>
>
>> В случае же сборки в сизиф, как обычно, повышаем релиз, делаем тег,
>> отправляем в git.alt:
>> $ ssh git.alt build uniset uniset.git=1.0-alt12
>  хорошо.
>
>> Далее, снова
>> $ ssh git.eter rebuild /projects/asu/uniset
>  Я правильно понимаю. Отдельно надо собирать в Сизиф и отдельно у нас..
> Так?
>

Нет, отдельно собирать не предполагается. Предполагается себе
собираться чаще, чем в сизиф, а в сизиф заливать подготовленные к
работе релизы.

Никто не мешает, uniset.git=1.0-alt12 собрать на основе
uniset.git=1.0-alt11.Build25 путём добавления только смены релиза и
записи в changelog.

Предполагается, что при смене версии или релиза, делается тег, а во
время разработки - это неудобно.

"Правильно" настроенными репозиториями в на наших машинах я назвал
такой вариант:
$ grep -R ^rpm /etc/apt/|grep list:rpm
/etc/apt/sources.list.d/sisyphus.age.list:rpm [alt]
http://download.etersoft.ru/pub/ALTLinux/Sisyphus/ i586 classic
/etc/apt/sources.list.d/sisyphus.age.list:rpm [alt]
http://download.etersoft.ru/pub/ALTLinux/Sisyphus/ noarch classic
/etc/apt/sources.list.d/sisyphus.etersoft.list:rpm [etersoft]
http://download.etersoft.ru/pub/Etersoft/LINUX@Etersoft/Sisyphus i586
addon nonfree
/etc/apt/sources.list.d/sisyphus.etersoft.list:rpm [etersoft]
http://download.etersoft.ru/pub/Etersoft/LINUX@Etersoft/Sisyphus
noarch addon nonfree

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

Получается, что в сизифе всегда стабильный выпуск, а у нас, как
захотим. Вообще, не предполагается, что сборка в общий репозиторий
будет ломать совместимость, для этого используются карманы, для
которых автоматическое увеличение номера релиза идёт своим чередом и
зависит он релиза в кармане.


-- 
Sin (Sinelnikov Evgeny)