E
слишком много условий необходимо соблюсти со всех вызываемых джобов
нууу такое. Зависит от сложности самих джоб
Size: a a a
2020 August 12
L
Вот если посмотреть, а не купить
С
Не обязательно в пайпе. В том плане как вообще это можно сделать? Если есть лучше способы то их попробовать
Тогда все джобы тогда уж просто объединить в один джоб с кучей стейджей
С
нууу такое. Зависит от сложности самих джоб
обычно когда требуется запускать последовательно это самые сложные джобы
E
ну такое. Имхо если джоба делает на выходе что-то кроме "я закончил, вот вам артефакты" - это странная джоба
E
в контексте вызова и обработки ее результатов, офк
E
из очевидных минусов подхода "вызывать джобы" я могу назвать разве что то что агенты продолжают юзаться на родительской джобе. Ну и при рестарте дженкинса сложнее восстановиться
С
ну такое. Имхо если джоба делает на выходе что-то кроме "я закончил, вот вам артефакты" - это странная джоба
а если у тебя сначала вызов джобы, которая создаёт сервак в опенстаке\aws\виртаулку, потом там развёртывает аппликейшн сервер, потом деплоит приложение на джаве\любом языке и это три разных огромных джобы
E
а если у тебя сначала вызов джобы, которая создаёт сервак в опенстаке\aws\виртаулку, потом там развёртывает аппликейшн сервер, потом деплоит приложение на джаве\любом языке и это три разных огромных джобы
А что с ними
E
они все так же отдают суксесс
E
могут джсон с доп результатами (эндпоинты, например) еще генерить и класть в артефакты
2020 August 13
DS
ну он проверяет, что стейдж указанный в needs выполнился удачно
В jenkins по дефолту все степы проверяются - удачно выполнились или нет
DS
в гитлабе есть allow_failure: true, что значит продолжать выполнять пайплайн, даже если джоба зафейлилась
try, catch
s0
а в декларативном стиле?
DS
а в декларативном стиле?
декларатив не юзаю, но наверяка есть. Там даже есть степ такой вроде
VS
script {try catch }
s0
catchError не подойдет?
DS
DS
Но там нет catch и finally
YG
post.failure и post.always не предлагать?