no falle la compilación de jenkins si falla la ejecución del shell

Como parte de mi proceso de compilación, estoy ejecutando un git commit como un paso de ejecución de shell. Sin embargo, si no hay cambios en el espacio de trabajo, Jenkins está fallando la compilación. Esto se debe a que git está devolviendo un código de error cuando no hay cambios para confirmar. Me gustaría abortar la compilación o simplemente marcarla como inestable si este es el caso. ¿Algunas ideas?

Para detener la ejecución adicional cuando falla el comando :

command || exit 0

Para continuar la ejecución cuando el comando falla:

command || true

Jenkins está ejecutando pasos de compilación de shell utilizando /bin/sh -xede forma predeterminada. -xsignifica imprimir cada comando ejecutado. -esignifica salir con falla si alguno de los comandos en el script falla.

Entonces, creo que lo que sucedió en su caso es que su comando git sale con 1, y debido al -eparámetro predeterminado , el shell recoge el código de salida que no es 0, ignora el resto del script y marca el paso como un error. Podemos confirmar esto si puede publicar su script de paso de compilación aquí.

Si ese es el caso, puede intentar ponerlo #!/bin/shpara que el script se ejecute sin opción; o hacer set +ealgo similar al paso de compilación para anular este comportamiento.

Editado: Otra cosa a tener en cuenta es que, si el último comando en su script de shell devuelve código que no es 0 , todo el paso de compilación seguirá marcado como fallido, incluso con esta configuración. En este caso, simplemente puede poner un echocomando al final para evitar eso.

Otra pregunta relacionada

Si no hay nada que empujar, git devuelve el estado de salida 1. Ejecutar el paso de compilación de shell se marca como fallido respectivamente. Puede usar la instrucción OR || (doble tubo).

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

Eso significa, ejecute el segundo argumento si primero falla (estado de salida devuelto> 0). El segundo comando siempre devuelve 0. Cuando no hay nada que empujar (estado de salida 1 -> ejecutar el segundo comando) echo devolverá 0 y el paso de compilación continúa.

Para marcar la compilación como inestable, puede utilizar el paso posterior a la compilación Jenkins Text Finder. Puede pasar por la salida de la consola, hacer coincidir el patrón (su eco) y marcar la construcción como inestable.

Hay otra manera fácil de decirle a Jenkins que no falle. Puede aislar su confirmación en un paso de compilación y configurar el shell para que no falle:

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

Jenkins determina el éxito / fracaso de un paso por el valor de retorno del paso. Para el caso de un shell, debería ser el retorno del último valor. Tanto para los shells CMD de Windows como para Bash (POSIX), debe poder establecer el valor de retorno manualmente mediante exit 0el último comando.

Pude hacer que esto funcione usando la respuesta que se encuentra aquí:

¿Cómo git cometer nada sin un error?

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

En la pregunta (más general) en el título: para evitar que Jenkins falle, puede evitar que vea el código de salida 1. Ejemplo para ping:

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

Y ahora puede, por ejemplo, obtener salida de ping:

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

Por supuesto, en lugar de ping ...Puede usar cualquier comando, incluidos git commit.

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

si incluye una propiedad returnStatus: true, se ignora el retorno del shell.

Puede usar el complemento Buscador de texto . Le permitirá verificar la consola de salida para una expresión de su elección y luego marcar la compilación como Unstable.

Para múltiples comandos de shell, ignoro las fallas agregando:

set +e commands true

Si coloca estos comandos en el bloque de shell:

false
true

su compilación se marcará como fallida (al menos 1 código de salida distinto de cero), por lo que puede agregar (establecer + e) ​​para ignorarla:

set +e
false
true

No fallará. Sin embargo, esto fallará incluso con (set + e) ​​en su lugar:

set +e
false

porque el último comando de shell debe salir con 0.

Lo siguiente funciona para mercurial al comprometerse solo si hay cambios. Por lo tanto, la compilación solo falla si falla la confirmación.

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

Otra respuesta con algunos consejos, puede ser útil para alguien:

recuerde separar sus comandos con la siguiente regla :

command1 && command2: significa que ese comando2 se ejecutará, solo si el comando1 es correcto

comando1 ; comando2: significa que el comando 2 se ejecutará a pesar del resultado del comando1

por ejemplo:

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

se ejecutará con éxito con set -ey echo 0comandos si gmake testfalla (sus pruebas fallaron), mientras que el siguiente código recortado:

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

un poco mal y los comandos set -ey echo 0en && gmake test && set -e && echo 0se omitirán, con la println run_testsdeclaración, porque falló gmake testabortará la compilación de jenkins. Como solución alternativa puede cambiar returnStatus:true, pero perderá el resultado de su comando.

Esta respuesta es correcta, pero no especifica || exit 0o || trueva dentro del comando de shell . Aquí hay un ejemplo más completo:

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

Lo anterior funcionará, pero lo siguiente fallará:

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

Tal vez sea obvio para los demás, pero perdí mucho tiempo antes de darme cuenta de esto.