не сбой сборки jenkins, если выполнить оболочку не удается

В процессе сборки я запускаю коммит git как шаг оболочки выполнения. Однако, если в рабочей области нет изменений, Jenkins не выполняет сборку. Это потому, что git возвращает код ошибки, когда нет изменений для фиксации. Я бы хотел либо прервать сборку, либо просто отметить ее как нестабильную, если это так. Любые идеи?

Чтобы остановить дальнейшее выполнение при сбое команды :

command || exit 0

Чтобы продолжить выполнение при сбое команды :

command || true

Jenkins выполняет шаги сборки оболочки, используя /bin/sh -xeпо умолчанию. -xозначает вывод каждой выполненной команды. -eозначает выход с ошибкой, если какая-либо из команд в сценарии не удалась.

Итак, я думаю, что в вашем случае произошло то, что вы вышли из команды git с 1, и из-за параметра по умолчанию -eоболочка выбирает код выхода, отличный от 0, игнорирует остальную часть скрипта и отмечает шаг как сбой. Мы можем подтвердить это, если вы разместите здесь свой скрипт этапа сборки.

Если это так, вы можете попробовать поставить #!/bin/shтак, чтобы сценарий выполнялся без опции; или выполните set +eили что-нибудь подобное поверх этапа сборки, чтобы переопределить это поведение.

Отредактировано: еще одна вещь, на которую следует обратить внимание, заключается в том, что если последняя команда в вашем сценарии оболочки возвращает код , отличный от 0 , весь этап сборки по-прежнему будет отмечен как сбой даже при этой настройке. В этом случае вы можете просто поставить echoкоманду в конце, чтобы этого избежать.

Другой связанный вопрос

Если нечего нажимать, git возвращает статус выхода 1. Выполнить шаг сборки оболочки, соответственно, помечается как неудачный. Вы можете использовать оператор OR || (двойная труба).

git commit -m 'some messasge' || echo 'Commit failed. There is probably nothing to commit.'

Это означает, что выполнить второй аргумент, если первый не удалось (возвращенный статус выхода> 0). Вторая команда всегда возвращает 0. Когда нечего нажимать (статус выхода 1 -> выполнить вторую команду), echo вернет 0, и этап сборки продолжится.

Чтобы пометить сборку как нестабильную, вы можете использовать шаг после сборки Jenkins Text Finder. Он может выполнять вывод консоли, сопоставлять шаблон (ваше эхо) и отмечать сборку как нестабильную.

Есть еще один простой способ сказать Дженкинсу не терпеть неудач. Вы можете изолировать свой коммит на этапе сборки и настроить оболочку, чтобы она не выходила из строя:

set +e
git commit -m "Bla."
set -e

Дженкинс определяет успех / неудачу шага по возвращаемому значению шага. В случае оболочки это должно быть возвращение последнего значения. Для оболочек Windows CMD и (POSIX) Bash вы должны иметь возможность установить возвращаемое значение вручную, используя exit 0последнюю команду.

Я смог заставить это работать, используя ответ, найденный здесь:

Как git ничего не зафиксировать без ошибки?

git diff --quiet --exit-code --cached || git commit -m 'bla'

По (более общему) вопросу в заголовке - чтобы предотвратить сбой Jenkins, вы можете запретить ему видеть код выхода 1. Пример для ping:

bash -c "ping 1.2.3.9999 -c 1; exit 0"

И теперь вы можете, например, получить вывод ping:

output=`bash -c "ping 1.2.3.9999 -c 1; exit 0"`

Конечно, вместо ping ...Вы можете использовать любую команду (ы), в том числе git commit.

https://jenkins.io/doc/pipeline/steps/workflow-durable-task-step/#sh-shell-script

если вы включаете свойство returnStatus: true, то возврат оболочки игнорируется.

Вы можете использовать плагин Text-finder . Это позволит вам проверить консоль вывода на наличие выражения по вашему выбору, а затем пометить сборку как Unstable.

Для нескольких команд оболочки я игнорирую сбои, добавляя:

set +e commands true

Если вы поместите эти команды в блок оболочки:

false
true

ваша сборка будет отмечена как неудачная (по крайней мере, 1 ненулевой код выхода), поэтому вы можете добавить (set + e), чтобы игнорировать ее:

set +e
false
true

не подведет. Однако это не удастся даже с (set + e) ​​на месте:

set +e
false

потому что последняя команда оболочки должна завершиться с 0.

Следующее работает для mercurial, фиксируя только при наличии изменений. Таким образом, сборка терпит неудачу только при неудачной фиксации.

hg id | grep "+" || exit 0
hg commit -m "scheduled commit"

Еще один ответ с некоторыми советами, может быть кому-то полезен:

не забудьте разделить свои команды следующим правилом :

command1 && command2 - означает, что command2 будет выполнена, только если command1 успешно

command1 ; command2 - означает, что команда 2 будет выполнена несмотря на результат command1

например:

String run_tests = sh(script: "set +e && cd ~/development/tests/ && gmake test ;set -e;echo 0 ", returnStdout: true).trim()
println run_tests 

будет успешно выполнена с set -eи echo 0команды , если gmake testне удалось (тесты не удалось), а следующий код отрезала:

String run_tests = sh(script: "set +e && cd ~/development/tests/ && gmake test && set -e && echo 0 ", returnStdout: true).trim()
println run_tests 

немного неверно, и команды set -eи echo 0in && gmake test && set -e && echo 0будут пропущены вместе с println run_testsоператором, потому что failed gmake testпрервет сборку jenkins. В качестве обходного пути вы можете переключиться на returnStatus:true, но тогда вы пропустите вывод своей команды.

Это правильный ответ , но он не указывает || exit 0или || trueвходит в команду оболочки . Вот более полный пример:

sh "adb uninstall com.example.app || true"

Вышеуказанное будет работать, но следующее не удастся:

sh "adb uninstall com.example.app" || true

Возможно, это очевидно для других, но я потратил много времени, прежде чем понял это.