Summary: | использование пакетов из зависимых заданий для сборки | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | Anton Farygin <rider> |
Component: | girar | Assignee: | placeholder <placeholder> |
Status: | NEW --- | QA Contact: | Andrey Cherepanov <cas> |
Severity: | enhancement | ||
Priority: | P5 | CC: | glebfm, ldv, nickel, rider, zerg |
Version: | unspecified | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Anton Farygin
2021-03-29 20:03:52 MSK
Т.е. - сценарий мог бы быть примерно такой: собрал qt в одном задании в другом задании собрал пакеты, сборка которых ломается в qt в ещё одном - базовую часть KDE ещё в одном - прикладную KDE И потом после проверки всего на работособность закоммитил всё дерево заданий сразу. Похоже, это решает ещё одну проблему: возможность собирать сразу один и тот же пакет 2-мя способами сразу до попадания в репозиторий. Например, Qt имеет кольцевую зависимость по сборке само с собой. Если бы один и тот же релиз пакета мог сам с собой собираться 2 раза, но в разных заданиях, я бы мог отправлять Qt в репозиторий сразу полноценно собранным. Если я правильно уловил суть задумки, то и в случае с заданиями-паровозиками эта фича бы помогла. К примеру, в момент переезда с одних сертификатов подписи UEFI на другие: как только готово одно (alt-uefi-certs) можно пересобрать edk2 его использующий не дожидаясь обновления репозитория. А предварительно потестировать не теряя времени и не делая коммит в репозиторий зависимого задания, если оно не пройдет тестирование. да, идея именно в этом. |