Трубы Хадсона

Question

Может ли кто-нибудь помочь в решении этой проблемы?

У меня есть тестовое задание, работа в нисходящем направлении и работа по объединению. Я хочу, чтобы работа по объединению выполнялась, если работа по нисходящей линии завершается успешно.

Если тестовое задание выходит из строя, а работа по нисходящему ходу завершается успешно, я все еще хочу запустить задание соединения.

Кто-нибудь знает о плагине, который может помочь здесь?

Плагин соединения недостаточно хорош, потому что я могу настроить его для запуска задания соединения, когда тест И нисходящий поток будет успешным, или запустить соединение независимо от успеха или неудачи заданий. Но не запускайте совместную работу ТОЛЬКО, если нисходящий поток преуспевает.

Почему я хочу это делать так? Я хочу, чтобы конвейерные задания были объединены вместе, но только если общая работа «вниз по течению» завершается успешно. Если он терпит неудачу, я хочу, чтобы трубопровод «ломался».

Добавление дополнительной информации к оригинальному вопросу: Итак, у меня есть набор тестов (Test.1, Test.2, Test.3). Я могу запускать их отдельно от Хадсона, они бегут, производят результат и заканчивают. Я также хочу иметь возможность запускать их как часть конвейера. Test.1 запускается, завершается, а затем запускается Test.2. и т. д. Поэтому у меня есть два разных способа, которыми я могу запустить Test.1. Индивидуальный или как часть трубопровода. Чтобы помочь здесь, я сделал Test.1, Test.2 и т. Д. Параметризованным (true/false). По умолчанию параметр равен false. Поэтому, когда я запускаю Test.1 по умолчанию (false), тест запускается и заканчивается. Когда я запускаю Test.1 с параметром True, я бы хотел, чтобы он запускал Test.2. Это второй бит я не могу показаться, чтобы сделать

Большое спасибо Джон

Answer 1

Разве вы не можете просто пропустить присоединиться плагин и сделать работу присоединиться зависит исключительно от работы вниз по течению? Это удовлетворит ваши требования о том, чтобы выполнение задания объединения выполнялось только в том случае, когда работа по нисходящей линии завершается успешно, пока вы убедитесь, что флажок «Триггер, даже если сборка нестабильна» не указана в определении зависимости в нисходящей сборке.

Answer 2

Как и в Gareth_bowles, я бы просто связал все задания (без соединения) и использовал Hudson Parameterized Trigger plugin, чтобы запустить зависимую работу, даже если текущее задание завершилось с ошибкой. Единственным недостатком является то, что у вас нет заданий, выполняемых параллельно.

С другой стороны, вы можете использовать Hudson Parameterized Trigger plugin для выполнения временного задания после тестового задания независимо от успеха тестового задания. Временное задание всегда будет успешным (потому что оно фактически ничего не значит для запуска задания на соединение. Таким образом, ваше тестовое задание (из представления задания на соединение) всегда будет успешным, и только задание по нисходящей линии определяет, выполняется ли задание объединения.

Редактировать

После понимания того, что вы действительно хотите сделать, а именно запустить Test.N самостоятельно или как часть цепи, я бы с моим первым предложением. Это означает, что Test.N всегда Триггеры Вниз по течению. N, независимо от того, был ли Test.N успешным или неудачным.Еще нужно Hudson Parameterized Trigger plugin И сконфигурируйте два триггера. Первый запускает зависимое задание, когда тестовое задание выполнено успешно или нестабильно, а второй триггер также запускает отступ но только тогда, когда тестовое задание выходит из строя. Не забудьте передать свои параметры, и все готово. Не очень сложно.