trigger child peepline?

Я не понял тогда и до сих пор не понимаю) Джоба это единица внутри стейджа.Ты пишешь 2 стейджа в рамках одного джоба?

И сук ещё кто то помог)

Это я походу запутался в терминах.
Но вариант Дмитрия мне подошёл полностью.

Добрый день коллеги, подскажите как шарить файлы в гитлабе между разными проектами, смотрел в сторону include не подойдет, так как там только yml, yaml, а я хотел шарить шаблоны dockerfile и build.spec. Либо хотябы в какую сторону смотреть, кроме внешнего s3 хранилища или nexus rae repo

Товарищи! Перестал раннер работать корректно с шарп кодом. выдает ошибку  [0;33mWARNING: Job failed: exit status 1                 [0;m   [0;33mduration [0;m=1m37.6080745s  [0;33mjob [0;m=2086  [0;33mproject [0;m=28  [0;33mrunner [0;m=sBwsiDxv  
в чем может быть проблема?

Тлько в EE

debug у раннера включай и читай

понял, буду костыли крутить

Ну и у пайплайна тож

спасбо буду искать как;)

CI_RUNNER_TRACE=true и —debug на память

Всем привет, есть у меня проект который нужно сначала собрать (и это делает основной пайплайн), а потом из части результатов собрать докер образ. Как я вижу есть варианты делать это либо через Multi-project pipelines либо через arent-child pipelines. Что посоветуете?

Наверное важно отметить что ранеры должны быть с разными тегами

Добрый день,  как можно организовать большие ci? не хочеться плодить однотипные комманды по типу build component1, build component2 и так почти 500 раз. Есть чтото типо листов или лупа типа как в ansible with_items: ?

сильно лучше не стало(
DEBUG:  153+  >>>> $env:CI_RUNNER_EXECUTABLE_ARCH=$CI_RUNNER_EXECUTABLE_ARCH
DEBUG:  154+  >>>> cd "C:\gitlab-runner\builds\ug-4wR62\0\avsyakikh\achalyj"
DEBUG:  155+ if( >>>> !$?) { Exit $LASTEXITCODE }
ERROR: Job failed: exit status 1

всем привет!
извините, если вопрос уже встречался (с ходу такой же не нашла)
может быть кто-то сталкивался с таким:
есть 3 stages:
build, upload, update
в каждом по несколько шагов
build: build-1, build-2, build-3
upload: upload-1, upload-2, upload-3
update: update-1, update-2, update-3

и вот как их грамотно связать, подскажите, пожалуйста?
upload и update ручные (when: manual)
хочу сделать, чтобы, к примеру, запуск update-2 был доступен только после прохождения upload-2 (т.е. build-2 -> upload-2 -> update-2)
если отменяю build-2, то update-2 становиться доступным, хотя в нём needs ссылается на upload-2, а он на build-2

это для монорепо, как я понимаю
а если проект один и в нём несколько сборок?

hi all