| Summary: | Группы сборочных заданий с общий репозиторием | ||
|---|---|---|---|
| Product: | Infrastructure | Reporter: | Sergey V Turchin <zerg> |
| Component: | girar | Assignee: | placeholder <placeholder> |
| Status: | NEW --- | QA Contact: | Andrey Cherepanov <cas> |
| Severity: | normal | ||
| Priority: | P5 | CC: | glebfm, iv, ldv, manowar |
| Version: | unspecified | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.altlinux.org/show_bug.cgi?id=39850 | ||
|
Description
Sergey V Turchin
2024-11-01 17:42:22 MSK
Прикреплю ссылку на тред в 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) > с ней Или даже с несколькими сборками, которые зависят друг от друга по этому же принципу. |