архивирование build окружений

yroslavasako

Хочется вместе вдобавок к git дереву проекта иметь архивы окружений, в которых этот проект собирался.
Вот думаю как это лучше организовать.
Допустим, мы написали скрипт, разоврачивающий архив в виртуальную машину.
Тогда можно
1) сделать толстый git на корень - пусть сам заботится об инкрементах.
2) сделать скрипты для инкрементального тара - вместо коммита дописывать очередной инкрмент. По необходимости собирать все инкременты скриптом. В конфиг файле хранить список "тегов" - соответствия между литеральным именем и списком архивов
3) сделать git, но хранить там не дерево а те самые инкрементальные тары. git не умеет работать с файлами >2gb и вообще плохо себя ведёт если его юзать в качестве репозитория контента, а не кода. меркуриал лучше?
Можно забить на тары и юзать снапшоты от qcow2. С теми же сценариями:
1) ручная сборка снапшотов
2) git сборка снапшотов
Что из перечисленного кажется более нормальным?

doublemother

aptitude show pbuilder

yroslavasako

aptitude show pbuilder

я так понял это совет помимо виртуалки рассмотреть ещё вариант с chroot? Тоже возможно, конечно. А как хранить данные для этого самого chroot? Все те же самые вопросы остаются

doublemother

pbuilder хранит их в специально обученном архиве, распаковывая оный непосредственно перед сборкой. Заодно предоставляет команду pdebuild, которая распаковывает чрут и собирает в нём пакет, С одной стороны, это подходит, разумеется, только для единственно правильных дистрибутивов. С другой: я могу делать как-то так:

inquisitia ~/package/qutim/qutim-0.2.80+155 $ DIST=wheezy ARCH=amd64 pdebuild

Переменные окружения используются для выбора образа системы, в которой собирать.

yroslavasako

не, не выйдет. Не всякое sdk дружит с дебианом. Часть ставятся просто распаковкой. И дико меня интересует как он разрешает глобальные зависимости, они ведь могут выражаться не только в дебах.

doublemother

Что такое глобальные зависимости? По дефолту pbuilder создаёт базовую debian-систему. Зависимости, прописанные в Build-Depends пакета ставятся из стандартных репозиториев непосредственно перед сборкой (чрут потом удаляется и система остаётся чистой). При желании в настройках можно подключить и дополнительные репозитории, и даже монтировать в чрут что-нибудь извне (например, свою маленькую локальную репу).
При желании можно просто зайти в чрут (pbuilder --login --save-after-login внести любые изменения и оно сохранится для будущего использования.

yroslavasako

. Зависимости, прописанные в Build-Depends пакета ставятся из стандартных репозиториев непосредственно перед сборкой

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

okis

Как через пять лет компилировать старый проект?

Ты часто достаёшь с дальней полки покрытый пылью пятилетний код?

yroslavasako

Ты часто достаёшь с дальней полки покрытый пылью пятилетний код?

первый и последний раз - две недели назад, что и побудило меня к этим размышлениям

bleyman

> Хочется вместе вдобавок к git дереву проекта иметь архивы окружений, в которых этот проект собирался.
Может, вместо этого повесить хук на создание тэга (или как вы делаете версии который соберёт версии окружений и запишет и закоммитит специальным файликом? И, соответственно, сделать билд-скрипт, который их прочекаутит откуда-нибудь (либо с их репозиториев, либо из специального места где они уже в архивах всё развернёт и скомпилит?
Объясни, кто иль что есть "окружение", от этого многое зависит на самом деле.

yroslavasako

Объясни, кто иль что есть "окружение", от этого многое зависит на самом деле.

в меньшей степени это зависимости. В большей степени - специфический компилятор и developer toolkit. Проекты часто собираются в кроссе, потому что для встроенных устройств, к которым всё это прилагается. То есть, даже имея все необходимые библиотеки, построить полный путь от проектных файлов до бандла, готового к аплоду может быть нетривиально. Поэтому хочется хранить то ли дамп виртуальной машины, то ли полный chroot со всеми мелочами