Wie mark Jenkins-builds ERFOLG nur auf bestimmte Fehler in exit-Werte (ungleich 0)?

Wenn ich ein Execute shell build-Schritt, um ein Skript auszuführen und das Skript gibt 0, Jenkins flags das bauen als SUCCESS, ansonsten kennzeichnet es als FAILURE dies ist das erwartete Verhalten, wie 0 bedeutet, dass keine Fehler und jeder andere Wert stellt einen Fehler.

Gibt es eine Möglichkeit, daneben ein build als SUCCESS nur, wenn der return-Wert entspricht einem bestimmten anderen Wert als 0 (z.B. 1,2,3...)?

PS: falls Ihr Euch wundert, warum ich bin auf der Suche, das mir erlauben wird, führen unit-Tests von Jenkins selbst als meine Skripte sind so geschrieben, zurück, andere exit-Werte in Abhängigkeit von verschiedenen Faktoren, so erlauben Sie mir, zu erwarten, dass bestimmte Werte in Abhängigkeit von bestimmten setup-Fehler und sicherstellen, dass meine ganze Jenkins integration greift diese.

InformationsquelleAutor Max | 2012-11-25
  1. 15

    Alle Recht, ich ging auf IRC #jenkins und niemand neues über ein plugin eine bestimmte job-status abhängig von einem bestimmten exit-code 🙁 habe ich es geschafft, zu tun, was ich wollte durch die Schaffung eines Execute shell Schritt mit folgendem Inhalt:

    bash -c "/path/to/myscript.sh; if [ "\$?" == "$EXPECTED_EXIT_CODE" ]; then exit 0; else exit 1; fi"

    Läuft das Skript unter bash -c ermöglicht den Fang der exit-code und verhindert, dass Jenkins vom Stopp der build-Ausführung bei der, der exit-code ist anders als 0 ist (was es normalerweise tut).

    -\$? wird interpretiert als $? nach der Skript-Ausführung und stellt dessen exit-code.

    -$EXPECTED_EXIT_CODE ist einer meiner job-Parameter bestimmt, welchen Exitcode ich erwarte.

    -Die if Aussage macht einfach das folgende: wenn ich die erwarteten exit-code beenden mit 0, so dass das bauen ist gekennzeichnet SUCCESS, sonst beenden Sie mit 1, so dass das bauen ist gekennzeichnet FAILURE.

    • Hinweis: es gibt keine Notwendigkeit, rufen 'bash', wie Sie bereits in einer shell. Dies sollte genauso gut funktionieren: /path/to/myscript.sh; if [ "$?" == "$EXPECTED_EXIT_CODE" ]; then exit 0; else exit 1; fi (kann sogar ersetzen Sie das ';'s, mit neuen Linien, wie in jeder anderen shell-Skript).
    • Zuerst habe ich versucht, was Sie vorgeschlagen, aber es hat nicht funktioniert: in meinem setup (was eine Standard-Installation), sobald jenkins erkennt der exit-code aus dem Skript, anders als 0 ist Stoppt es und nicht bewerten, die anderen Befehlen, das ist, weil die Execute shell Schritt ausgeführt wird, mit der -e Schalter von Jenkins erzählt, die den bash-interpreter zu stoppen beim ersten Fehler. Is there a way to prevent jenkins from usign -e?
    • Ich habe derzeit eine Windows-basierte config so nicht bestätigen, aber AFAIK , Jenkins prüft nur den Ergebnis des letzten Befehls in jedem Execute shell - block. (Haben Sie es in zwei Execute shell - Blöcke, vielleicht?)
    • Nein, in einem einzigen Execute shell block. Ich bin mit linux
    • Klingt wie ein bug, und du hast einen workaround... ich werde mir einen linux und überprüfen.
    • jenkins standardmäßig läuft die shell mit set-xe, so dass es Ausgänge auf die erste Zeile von code, erzeugt alles andere als einen exit-code von 0. wickeln Sie Ihre sh-code mit set +e-und "set-e", um fortzufahren.

    InformationsquelleAutor Max
  2. 3
    /path/to/myscript.sh || if [ "$?" == "$EXPECTED_EXIT_CODE" ]; then continue; else exit 1; fi

    Ich würde Sie weiter, anstatt exit 0 in Fall müssen Sie andere Gegenstände unter, die Sie brauchen, zu Durchlaufen.

    • Dies war mein Fall mit Jenkins Text Finder plugin da, dass der bastard immer in Verzug zu Versagen, auch wenn "exit 0" verwendet wurde.
    InformationsquelleAutor Bruce Wayne
  3. 2

    Umgehen kann man es über die Text-finder Plugin:

    • Haben Ihr Skript drucken Sie die exit-code ist es zu beenden, wie z.B.:
      Failed on XXX - Exiting with RC 2
    • Verwenden Sie die Text-finder Plugin zu fangen, die Fehler-Nachricht und markieren Sie die zu bauen, wie 'Fehler' oder 'Unstable',
      zum Beispiel, wenn Sie sich entscheiden, RC 2, 3 und 4 Kennzeichnen sollte der Bau als 'Unstable', suchen Sie nach text in diesem Muster:
      Exiting with RC [2-4].
    • Dass es funktionieren wird (obwohl ich die jobs, die in die entgegengesetzte Art und Weise: wenn ich die Fehler, die ich will, dann markiere ich den job als SUCCESS, den Punkt zu erstellen, die mehrere jobs haben, in bekannten fehlerhaften Bedingungen und stellen Sie sicher, dass die Skripte, berichten dieser Fehler, und wenn Sie es tun, sollten Erfolg). Ich wünschte nur, es war ein ähnliches plugin, das würde inspizieren Sie den Rückgabe-code anstelle der Ausgabe, da ich irgendwie Vertrauen der return-code mehr, aber wenn ich es nicht finden die Text-finder plugin wird den trick tun. Vielen Dank.
    • Nur das problem ist, wie bereits von der Dokumentation: "The search is always performed, even on builds which returned a non-zero exit status, but the reclassification only applies to builds which returned an overall exit status of zero" was bedeutet, dass ich Kraft meiner Skripte nicht auf 0 zurück, auch bei Ausfall für dieses plugin zu arbeiten 🙁 was ich natürlich nicht will, da diese Skripte werden verwendet für die Produktion Arbeitsplätze und muss wieder die richtige exit-codes.
    • Ja, es wird davon ausgegangen, dass ein nicht-null Rückgabewert ist ein Fehler, vor der Analyse der log.
    InformationsquelleAutor Gonen
  4. 1

    Erstellen einen wrapper für die shell-Skript. Müssen die wrapper Ihre tests ausführen, und legen Sie dann die resturn Wert nach, um was auch immer Kriterien, die Sie wollen.

    • Gedacht, aber nicht wie die Idee, wie es wird, fügen Sie eine weitere Schicht (und potenzielle Quelle der Probleme) zwischen Jenkins und die Skripte, die ich normalerweise laufen, damit das besiegen der Grund, warum ich diese tests in den ersten Platz. Ich habe auf der Suche nach einem plugin, das mir erlauben würde das zu tun, was ich will, aber habe noch nicht gefunden, doch 🙁
    InformationsquelleAutor Bryan Oakley
  5. 0

    Ich es so machen:

    set +e
./myscript.sh
rc="$?"
set -e
if [ "$rc" == "$EXPECTED_CODE_1" ]; then
    #...actions 1 (if required)
    exit 0
elif [ "$rc" == "$EXPECTED_CODE_2" ]; then
    #...actions 2 (if required)
    exit 0
else
    #...actions else (if required)
    exit "$rc"
fi
echo "End of script" #Should never happen, just to indicate there's nothing further

    Hier +e ist, um Standard zu vermeiden Jenkins Verhalten zu melden, SCHEITERN alle niesen während Ihrer Skript-Ausführung. Dann wieder mit -e.

    So, dass Sie behandeln können Sie Ihren exit-code als angemessen, sonst schließlich nicht mit den zurückgegebenen code.

    InformationsquelleAutor RAM237
  6. -1
    robocopy "srcDir" "destDir" /"copyOption" if %ERRORLEVEL% LEQ 2 exit 0

    Wenn robocopy exit-code ist weniger als oder gleich 2 ist, dann wird es beende sich erfolgreich.

    Robocopy Exit-Codes:

    0×00   0       No errors occurred, and no copying was done.
               The source and destination directory trees are completely synchronized. 

0×01   1       One or more files were copied successfully (that is, new files have arrived).

0×02   2       Some Extra files or directories were detected. No files were copied
               Examine the output log for details. 

0×04   4       Some Mismatched files or directories were detected.
               Examine the output log. Housekeeping might be required.

0×08   8       Some files or directories could not be copied
               (copy errors occurred and the retry limit was exceeded).
               Check these errors further.

0×10  16       Serious error. Robocopy did not copy any files.
               Either a usage error or an error due to insufficient access privileges
               on the source or destination directories.
    InformationsquelleAutor Ankit Patel
Schreibe einen Kommentar