не виходять з ладу побудувати jenkins, якщо не вдалося виконати оболонку

Як частина мого процесу збирання, я виконую git комісію як етап оболонки Execute. Однак, якщо в робочій області немає змін, Дженкінс не працює в збірці. Це пов’язано з тим, що git повертає код помилки, коли немає змін для здійснення. Я хотів би або перервати збірку, або просто позначити її як нестабільну, якщо це так. Будь-які ідеї?

Щоб зупинити подальше виконання, коли команда не працює:

command || exit 0

Щоб продовжити виконання, коли команда не працює:

command || true

Дженкінс виконує етапи побудови оболонки, використовуючи /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'

Що стосується (більш загального) питання, зазначеного в заголовку - щоб уникнути невдачі Дженкінса, ви можете запобігти перегляду вихідного коду 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 ненульовий код виходу), тому ви можете додати (встановити + e), щоб ігнорувати її:

set +e
false
true

не підведе. Однак це не вдасться навіть у випадку (set + e):

set +e
false

тому що остання команда оболонки повинна вийти з 0.

Наведені нижче твори для меркуріалу здійснюють лише вчинення змін. Таким чином, збірка виходить з ладу лише у випадку, якщо комісія завершиться невдачею.

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

Ще одна відповідь з деякими порадами, може бути корисною для когось:

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

command1 && command2 - означає, що команда2 буде виконана, лише якщо команда1 буде успішною

команда1 ; command2 - означає, що команда 2 буде виконана, незважаючи на результат команди1

наприклад:

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твердженням, тому що не gmake testвдасться перестати будувати джинкіни. Як вирішення проблеми ви можете перейти до returnStatus:true, але тоді ви пропустите вихід із своєї команди.

Ця відповідь правильна, але вона не вказує || exit 0або не || trueвходить до команди оболонки . Ось більш повний приклад:

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

Зазначене буде спрацьовувати, але наступне не вдасться:

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

Можливо, це очевидно для інших, але я витратив багато часу, перш ніж це зрозумів.