non fallire la compilazione di jenkins se l'esecuzione della shell fallisce

Come parte del mio processo di compilazione, sto eseguendo un commit git come fase di esecuzione della shell. Tuttavia, se non ci sono cambiamenti nell'area di lavoro, Jenkins non riesce a compilare. Questo perché git sta restituendo un codice di errore quando non ci sono modifiche da confermare. Vorrei interrompere la build o contrassegnarla come instabile se questo è il caso. Qualche idea?

Per interrompere l'ulteriore esecuzione quando il comando non riesce:

command || exit 0

Per continuare l'esecuzione quando il comando non riesce:

command || true

Jenkins sta eseguendo i passaggi di compilazione della shell usando /bin/sh -xeper impostazione predefinita. -xsignifica stampare ogni comando eseguito. -esignifica uscire con esito negativo se uno dei comandi nello script ha esito negativo.

Quindi penso che quello che è successo nel tuo caso sia il comando git exit con 1 e, a causa del -eparametro predefinito , la shell prende il codice di uscita diverso da 0, ignora il resto dello script e contrassegna il passaggio come un errore. Possiamo confermarlo se puoi pubblicare il tuo script del passo di costruzione qui.

In tal caso, puoi provare a mettere in #!/bin/shmodo che lo script venga eseguito senza opzione; oppure esegui una set +eo più operazioni simili al passaggio di generazione per ignorare questo comportamento.

Modificato: un'altra cosa da notare è che, se l' ultimo comando nello script della shell restituisce un codice diverso da 0 , l'intera fase di compilazione verrà comunque contrassegnata come non riuscita anche con questa configurazione. In questo caso, puoi semplicemente inserire un echocomando alla fine per evitarlo.

Un'altra domanda correlata

Se non c'è nulla da spingere git restituisce lo stato di uscita 1. Eseguire il passo di compilazione della shell è contrassegnato rispettivamente come non riuscito. È possibile utilizzare l'istruzione OR || (doppio tubo).

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

Ciò significa che esegui il secondo argomento se il primo non riesce (stato di uscita restituito> 0). Il secondo comando restituisce sempre 0. Quando non c'è nulla da premere (esci dallo stato 1 -> esegui il secondo comando) echo restituirà 0 e il passo di costruzione continua.

Per contrassegnare la build come instabile, è possibile utilizzare il passaggio di ricerca testo Jenkins post-build. Può passare attraverso l'output della console, abbinare il pattern (l'eco) e contrassegnare build come instabile.

C'è un altro modo semplice per dire a Jenkins di non fallire. È possibile isolare il commit in un passaggio di generazione e impostare la shell in modo che non fallisca:

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

Jenkins determina il successo / fallimento di un passo in base al valore di ritorno del passo. Nel caso di una shell, dovrebbe essere il ritorno dell'ultimo valore. Per entrambe le shell CMD di Windows e (POSIX) Bash, dovresti essere in grado di impostare manualmente il valore di ritorno usando exit 0come ultimo comando.

Sono stato in grado di farlo funzionare utilizzando la risposta trovata qui:

Come git commettere nulla senza un errore?

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

Sulla domanda (più generale) nel titolo - per evitare che Jenkins fallisca, puoi impedirgli di vedere il codice di uscita 1. Esempio di ping:

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

E ora puoi ad esempio ottenere l'output del ping:

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

Naturalmente al posto di ping ...È possibile utilizzare qualsiasi comando / i - incluso git commit.

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

se si include una proprietà returnStatus: true, il ritorno della shell viene ignorato.

Puoi usare il plugin Text-finder . Ti permetterà di controllare la console di output per un'espressione di tua scelta, quindi contrassegnare la build come Unstable.

Per più comandi shell, ignoro gli errori aggiungendo:

set +e commands true

Se si inseriscono questi comandi nel blocco shell:

false
true

la tua build verrà contrassegnata come non riuscita (almeno 1 codice di uscita diverso da zero), quindi puoi aggiungere (set + e) ​​per ignorarlo:

set +e
false
true

non fallirà. Tuttavia, ciò fallirà anche con (set + e) ​​in posizione:

set +e
false

perché l'ultimo comando della shell deve uscire con 0.

Quanto segue funziona per mercurial impegnandosi solo in caso di modifiche. Quindi la compilazione fallisce solo se il commit fallisce.

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

Un'altra risposta con alcuni suggerimenti, può essere utile per qualcuno:

ricordati di separare i tuoi comandi con la seguente regola :

comando1 && comando2 - mezzi, sarà eseguita che command2, solo se il successo comando1

comando1 ; command2 - significa che quel comando 2 verrà eseguito nonostante il risultato di command1

per esempio:

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

verrà eseguito correttamente con set -ee echo 0comandi in caso di gmake testesito negativo (i test non sono riusciti), mentre il seguente codice viene visualizzato:

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

un po 'sbagliato e i comandi set -ee echo 0in && gmake test && set -e && echo 0verranno saltati, con la println run_testsdichiarazione, perché il fallimento gmake testinterromperà la costruzione di jenkins. Come soluzione alternativa puoi passare a returnStatus:true, ma poi perderai l'output del tuo comando.

Questa risposta è corretta, ma non specifica il comando|| exit 0 o || trueva all'interno del comando shell . Ecco un esempio più completo:

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

Quanto sopra funzionerà, ma non riuscirà:

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

Forse è ovvio per gli altri, ma ho perso molto tempo prima di rendermene conto.