[devel] git-репозитарий для логов сборки

Dmitry V. Levin =?iso-8859-1?q?ldv_=CE=C1_altlinux=2Eorg?=
Пт Ноя 9 04:09:12 MSK 2007


On Fri, Nov 09, 2007 at 02:28:31AM +0300, Alexey Tourbin wrote:
> On Fri, Nov 09, 2007 at 01:48:45AM +0300, Dmitry V. Levin wrote:
> > Лог сборки - это свойство исходного пакета в данном репозитории для данной
> > архитектуры.  Например, это можно представить в виде
> > исходный_пакет/архитектура.
> 
> Точкой входа (top-level каталог) является имя src.rpm пакета.
> типа
> 	.git/
> 	glibc/
> 	bash/
> под каждым каталогом буедт что-то типа
> 	bash/
> 		SVR
> 		i586
> 		x86_64
> это уже файлы; SVR -- это "чистая информация".  i586 и x86_64 --
> это логи сборки.  Тут такая особенность, что мы не имеем права помещать
> в репозитарий логи сборки от разных SVR, если речь идёт о синхронизации
> основных архитектур.  И есть ещё эти неосновные архитетуры, которые не
> нужно синхронизировать.  Если их как-то хранить, то опять усложняется
> структура дерева фс.

Если разнести разные архитектуры не по каталогам, а по бранчам, тогда
можно избавиться от необходимости синхронизации.

> Теперь к вопросу, как отличить фактический лог от тестового.
> Косвенным признаком может стать изменение файла SVR.  Когда
> файл SVR изменился, то в этом месте логи фактические,
> а во всех случаях они тестовые.  Но этот признак плохо
> соседствует с "неосновными архитектурами".

Ещё раз предлагаю ставить тэги на логи "настоящих" сборок.

> На это наслаивается ещё одна проблема.  Желательно уметь формально
> отличать "успешные" логи сборки (зелёные) от "неуспешных" (красных).
> Как сохранить информацию красный/зелёный (без заглядывания в лог)?
> Фактические логи по определению всегда успешные (при синхронизации
> архитектур), а статус тестовых логов i586 и x86_64 при очередной
> тестовой пересборке может между собой отличаться.

Т.е. ты хочешь вместе с логами хранить некоторые их атрибуты, которые
можно будет увидеть, не заглядывая в логи?
Попробуй поместить эти атрибуты в файлы по соседству.


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20071109/5099f3a4/attachment-0002.bin>


Подробная информация о списке рассылки Devel