У меня есть сборочные задания с большим кол-вом толстых пакетов и когда надо сделать пару мелких исправлений, следующая итерация сборки проходит слишком долго. Так же, сейчас мне *приходится иногда собирать некоторые пакеты в несколько итераций*, т.к. есть зависимость от других пакетов, но все сунуть в одно огромное задание рука не поднимется. Хотелось бы иметь возможность разделить это на части, но чтоб репозиторий собранных пакетов был один. Уже когда финальная сборка, можно это собирать как одно большое задание. Тогда появится возможность создавать более крупные задания/группы. Например, сразу https://packages.altlinux.org/ru/tasks/359923/ https://packages.altlinux.org/ru/tasks/361407/ https://packages.altlinux.org/ru/tasks/361046/ в одну группу. А если удаления можно будет отделить, вообще хорошо.
Прикреплю ссылку на тред в devel@ https://lore.altlinux.org/devel/2ea8bd78-e2f6-4fa2-a035-39ecce2f2f0f@basealt.ru/T/#m48fc6122729120e6b82d7146d4c9b9bc9980b461 Что-то похожее на группы заданий там предлагается как одно из решений для бутстрапа в стабильных ветках.
(Ответ для Ivan A. Melnikov на комментарий #1) > для бутстрапа в стабильных ветках. Да. Коррелирует.
> но все сунуть в одно огромное задание рука не поднимется. Если SWIFT не достаточно (почему, кстати?), то может быть будет достаточно вот такого? $ ssh girar task run --from=2400 или даже $ ssh girar task run --from=2400 --to=2412 То есть, добавил в задание с десяток новых пакетов и прямо командуешь начать сборку сразу с них. Естественно, эти опции должны быть не совместимы с --commit.
(Ответ для manowar@altlinux.org на комментарий #3) > $ ssh girar task run --from=2400 --to=2412 IMHO будет только хуже. В моём варианте я могу удалить одно из заданий(в середине сборки) и сделать новое, а в предлагаемом случае мне придётся удалить слишком много подзаданий. Номера сабтасков в уже созданном задании не резиновые.
Например, это будет удобно при обновлении какой-то библиотеки, когда каждый мантейнер в своём собственном задании отдельно пересобирает свои пакеты с ней и ему никто и ничто не мешает.
(Ответ для Sergey V Turchin на комментарий #5) > с ней Или даже с несколькими сборками, которые зависят друг от друга по этому же принципу.
