nie zawieść kompilacji jenkinsa, jeśli powłoka wykonania zawiedzie

W ramach procesu kompilacji uruchamiam polecenie git commit jako krok wykonywania powłoki. Jeśli jednak nie ma zmian w obszarze roboczym, Jenkins kończy się niepowodzeniem kompilacji. Dzieje się tak, ponieważ git zwraca kod błędu, gdy nie ma żadnych zmian do zatwierdzenia. Chciałbym albo przerwać kompilację, albo po prostu oznaczyć ją jako niestabilną, jeśli tak jest. Jakieś pomysły?

Aby zatrzymać dalsze wykonywanie w przypadku niepowodzenia polecenia :

command || exit 0

Aby kontynuować wykonywanie, gdy polecenie nie powiedzie się:

command || true

Jenkins /bin/sh -xedomyślnie wykonuje kroki budowania powłoki przy użyciu . -xoznacza wydrukowanie każdego wykonanego polecenia. -eoznacza wyjście z niepowodzeniem, jeśli któraś z komend w skrypcie nie powiodła się.

Więc myślę, że to, co wydarzyło się w twoim przypadku, to wyjście polecenia git z 1, a z powodu domyślnego -eparametru powłoka pobiera kod wyjścia inny niż 0, ignoruje resztę skryptu i oznacza krok jako niepowodzenie. Możemy to potwierdzić, jeśli możesz opublikować tutaj skrypt kroku kompilacji.

W takim przypadku możesz spróbować ustawić #!/bin/shtak, aby skrypt był wykonywany bez opcji; lub wykonaj set +elub cokolwiek podobnego w górnej części etapu kompilacji, aby zastąpić to zachowanie.

Edytowano: Inną rzeczą, na którą należy zwrócić uwagę, jest to, że ostatnie polecenie w skrypcie powłoki zwraca kod inny niż 0 , cały krok kompilacji nadal będzie oznaczony jako niepowodzenie nawet przy tej konfiguracji. W takim przypadku możesz po prostu umieścić echopolecenie na końcu, aby tego uniknąć.

Kolejne powiązane pytanie

Jeśli nie ma nic do przekazania, git zwraca kod zakończenia 1. Wykonaj krok budowania powłoki jest odpowiednio oznaczany jako nieudany. Możesz użyć instrukcji OR || (podwójna rura).

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

Oznacza to, że wykonuje drugi argument, jeśli pierwszy się nie powiódł (zwrócony kod zakończenia> 0). Druga komenda zawsze zwraca 0. Gdy nie ma nic do wciśnięcia (status wyjścia 1 -> wykonanie drugiej komendy) echo zwróci 0 i krok budowy będzie kontynuowany.

Aby oznaczyć kompilację jako niestabilną, możesz użyć kroku po kompilacji Jenkins Text Finder. Może przejść przez wyjście konsoli, dopasować wzorzec (twoje echo) i oznaczyć kompilację jako niestabilną.

Istnieje inny płynny sposób, aby powiedzieć Jenkinsowi, aby nie zawiódł. Możesz odizolować swoje zatwierdzenie w kroku budowania i ustawić powłokę tak, aby nie zawodziła:

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

Jenkins określa powodzenie / niepowodzenie kroku na podstawie wartości zwracanej kroku. W przypadku powłoki powinien to być zwrot ostatniej wartości. Zarówno w przypadku powłok Windows CMD, jak i (POSIX) Bash powinno być możliwe ustawienie wartości zwracanej ręcznie, używając exit 0jako ostatniego polecenia.

Udało mi się to uruchomić, korzystając z odpowiedzi znalezionej tutaj:

Jak nic nie popełnić bez błędu?

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

Na (bardziej ogólne) pytanie w tytule - aby zapobiec niepowodzeniu Jenkinsa, możesz zapobiec wyświetlaniu kodu zakończenia 1. Przykład dla polecenia ping:

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

A teraz możesz np. Uzyskać wynik polecenia ping:

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

Oczywiście zamiast ping ...Możesz użyć dowolnego polecenia (w tym git commit.

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

jeśli włączysz właściwość returnStatus: true, to powrót powłoki jest ignorowany.

Możesz użyć wtyczki Text-Finder . Pozwoli ci to sprawdzić konsolę wyjściową pod kątem wybranego wyrażenia, a następnie oznaczyć kompilację jako Unstable.

W przypadku wielu poleceń powłoki ignoruję błędy, dodając:

set +e commands true

Jeśli umieścisz te polecenia w bloku powłoki:

false
true

Twoja kompilacja zostanie oznaczona jako niepowodzenie (co najmniej 1 niezerowy kod zakończenia), więc możesz dodać (set + e), aby ją zignorować:

set +e
false
true

nie zawiedzie. Jednak to się nie powiedzie nawet z (set + e) ​​na miejscu:

set +e
false

ponieważ ostatnie polecenie powłoki musi zakończyć się z wartością 0.

Poniższe działa dla Mercurial tylko wtedy, gdy są zmiany. Tak więc kompilacja kończy się niepowodzeniem tylko wtedy, gdy zatwierdzanie nie powiedzie się.

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

Kolejna odpowiedź z kilkoma wskazówkami może być pomocna dla kogoś:

pamiętaj, aby oddzielić polecenia następującą regułą :

polecenie1 && polecenie2 - oznacza, że ​​polecenie2 zostanie wykonane tylko w przypadku powodzenia polecenia1

polecenie1 ; polecenie2 - oznacza, że ​​polecenie 2 zostanie wykonane pomimo wyniku polecenia 1

na przykład:

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

zostanie pomyślnie wykonany z poleceniami set -ei echo 0, jeśli się gmake testnie powiodły (testy nie powiodły się), podczas gdy następujący kod zostanie wycięty:

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

trochę źle, a polecenia set -ei echo 0in && gmake test && set -e && echo 0zostaną pominięte wraz z println run_testsinstrukcją, ponieważ failed gmake testspowoduje przerwanie kompilacji Jenkinsa. Aby obejść ten problem, możesz przełączyć się returnStatus:true, ale wtedy przegapisz dane wyjściowe polecenia.

Ta odpowiedź jest poprawna, ale nie określa || exit 0lub nie || truejest umieszczana w poleceniu powłoki . Oto bardziej kompletny przykład:

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

Powyższe zadziała, ale poniższe zawiodą:

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

Być może dla innych jest to oczywiste, ale zmarnowałem dużo czasu, zanim zdałem sobie z tego sprawę.