Как / когда выполнение оболочки помечает сборку как сбой в Jenkins?

во-первых, наведите курсор мыши на серую область ниже. Не часть ответа, но абсолютно необходимо сказать:

если у вас есть сценарий оболочки, который делает "checkout, build, deploy" сам по себе, то почему вы используете Jenkins? Вы отказываетесь от всех особенностей Дженкинса, которые делают его тем, что он есть. у вас также может быть cron или SVN post-commit hook, вызывающий скрипт напрямую. Дженкинс, выполняющий сам svn checkout, имеет решающее значение. Он позволяет запускать сборки только при наличии изменений (или по таймеру, или вручную, если вы предпочитаете). Он отслеживает изменения между сборками. Он показывает эти изменения, поэтому вы можете видеть, какая сборка была для какого набора изменений. Он отправляет сообщения по электронной почте, когда их изменения вызвали успешную или неудачную сборку (опять же, как вы предпочитаете). Он вышлет коммиттеров для их исправления исправлены ошибки построения. И все больше и больше. Архивация артефактов Jenkins также делает их доступными для каждой сборки, прямо как Дженкинс. Хотя это не так важно, как проверка SVN, это снова неотъемлемая часть того, что делает его Дженкинсом. То же самое с развертыванием. Если у вас нет одной среды, развертывание обычно происходит в нескольких средах. Дженкинс может отслеживать, в какой среде развернута конкретная сборка (с определенным набором изменений SVN), с помощью рекламных акций. Вы отказываетесь от всего этого. Похоже, вам говорят: "Вы должны использовать Дженкинса", но вы действительно не хотите, и вы делаете это только для того, чтобы ваши боссы отвязались от вас, просто чтобы поставить галочку "да, я использовал Дженкинса"

короткий ответ: код завершения последние команда Дженкина Выполнить Консоли шаг сборки-это то, что определяет успех/неудачу Этап Построения. 0 успехов, anything else - провал. Обратите внимание, что это определяет успех / неудачу этап построения не все работа запустить. На успех / неудачу всего выполнения задания могут повлиять несколько шагов сборки, а также действия и плагины после сборки.

Вы упомянули Build step 'Execute shell' marked build as failure, поэтому мы сосредоточимся только на одном шаге сборки. Если выполнить консоли build step имеет только одну строку, которая вызывает ваш сценарий оболочки, тогда код выхода вашего сценария оболочки определит успех / неудачу шага сборки. Если у вас больше строк после ваш скрипт выполнение, а затем тщательно рассмотреть их, так как они являются те, которые могут быть причиной сбоя.

наконец, прочтите здесь Jenkins Build Script завершает работу после выполнения теста Google. Это напрямую не связано с вашим вопросом, но обратите внимание, что часть о Дженкинсе запускает Выполнить Консоли шаг сборки, как сценарий оболочки с /bin/sh -xe

на -e означает, что скрипт будет выход с ошибкой, даже если только 1 команда терпит неудачу,даже если вы делаете проверку ошибок для этой команды (потому что скрипт завершает работу, прежде чем он доберется до вашей проверки ошибок). Это противоречит нормальному выполнению сценариев оболочки, которые обычно печатают сообщение об ошибке для неудачной команды (или перенаправляют его на null и обрабатывают его другими средствами) и продолжают.

чтобы обойти это, добавьте set +e в верхней части вашего скрипта.

так как вы говорите, что ваш сценарий делает все это предполагается сделать, скорее всего, неудачная команда находится где-то в конце сценария. Может быть, последнее Эхо? Или копии артефактов? Не видя полного вывода консоли, мы просто гадаем.

пожалуйста, опубликуйте вывод консоли запуска задания и, желательно, сам сценарий оболочки, а затем мы могли бы точно сказать, какая строка не работает.