In diesem Teil des Jenkins-Tutorials erkläre ich Jenkins-Postaktionen und zeige Ihnen, wie Sie Postaktionen für Ihre Pipelines schreiben können. Wenn Sie frühere Artikel nicht gelesen haben, lesen Sie sie zuerst. Also lasst uns diese Party beginnen.

Jenkins-Tutorial – Teil 1 – Pipelines

Jenkins Tutorial – Teil 2 – Pipeline-Variablen

Jenkins Tutorial – Teil 3 – Parametrisierte Pipelines

Was sind Jenkins Pipeline-Post-Aktionen?

Post-Aktionen sind genau wie andere normale Phasen, die jedoch unter bestimmten Bedingungen ausgeführt werden. Jenkins unterstützt 10 spezielle Aktionsbedingungen, die ausgeführt werden, wenn diese Bedingungen erfüllt sind. Sie beziehen sich auf den Ausführungsstatus und können im postBlock sowohl für die gesamte Pipeline als auch pro Phase definiert werden.

immer läuft immer wie der Name schon sagt. Diese Post-Aktion ist nicht an einen bestimmten Build-/Run-Status gebunden. Einige Aktionen wie das Senden von Benachrichtigungen und das Speichern von Protokollen können in diesem Block ausgeführt werden.

veränderte nur läuft , wenn der Status des aktuellen Build ist anders als die vorherige. Einige Aktionen wie das Senden von Benachrichtigungen und das Ausführen einer anderen Pipeline zur Untersuchung der Pipeline können in diesem Block ausgeführt werden.

fixed wird ausgeführt, wenn der aktuelle Build-Status erfolgreich ist und der vorherige Build fehlgeschlagen oder instabil war. Einige Aktionen wie das Senden von Benachrichtigungen oder das Auslösen einer anderen Pipeline können in diesem Block ausgeführt werden.

Regression läuft in Situationen , dass der aktuelle Build - Status Ausfall, abgebrochen oder instabil, und der vorherige Lauf war erfolgreich . Einige Aktionen wie Rollbacking, zum Beispiel in CD-Pipelines, können in diesem Post-Block durchgeführt werden.

unstable wird ausgeführt, wenn der aktuelle Status als instabil markiert ist. Zum Beispiel, wenn die Tests fehlgeschlagen sind oder die Anwendungscodeabdeckung geringer ist als der gewünschte Prozentsatz. Einige Aktionen wie das Ausprobieren anderer Tests und das Ausführen einer Lazy Canary-Umgebung können in diesem Block ausgeführt werden.

aborted wird ausgeführt, wenn der Build-Prozess abgebrochen wird, normalerweise manuell. Zum Beispiel sollte alles, was vor dem Abbruch der Pipeline passiert ist, mit dieser Post-Aktion rückgängig gemacht werden.

Fehler wird ausgeführt, wenn der aktuelle Status des Builds Fehler ist. Einige Aktionen wie das Senden von Warnungen, Rollback von CD-Pipelines, Löschen von Zwischenartefakten usw. sollten in diesem Block ausgeführt werden.

success wird ausgeführt, wenn der aktuelle Status des Builds erfolgreich ist. Einige Aktionen wie das Speichern von Artefakten, das Hochladen und das Auslösen der CD-Pipeline müssen mit dieser Post-Aktion ausgeführt werden.

Erfolglose Ausführung, wenn der Build-Status alles andere als erfolgreich ist. Dieser Zustand ist eine Mischung aus Fehler, abgebrochenem und instabilem Status. Sie können verwandte Dinge tun, die in diesen Blöcken in diesem Block ausgeführt werden.

cleanup wird immer ausgeführt, nachdem alle anderen Bedingungen ausgewertet wurden. Alle Bereinigungsprozesse wie das Löschen von Zwischenartefakten, Protokollen, temporären Dateien usw. sollten mit dieser Aktion ausgeführt werden.

Das vollständige Beispiel für Jenkins Post Actions:

Ich sollte Sie daran erinnern, dass diese Bedingungen/Blöcke sowohl für die gesamte Pipeline als auch pro Phase definiert werden können. Der postnach dem stagesBlock definierte Block wird ausgewertet, nachdem alle Stufen ausgeführt wurden, und der postpro Stufe definierte stepsBlock nach dem Block wird nach der Ausführung dieser Stufe ausgewertet. Wo Sie diese Bedingungen definieren oder welche Bedingung Sie definieren müssen, hängt von Ihren Pipeline-Anforderungen und dem Ziel der Pipeline ab. In vielen realen Pipelines müssen Sie verschiedene Bedingungen sowohl für die Pipeline als auch pro Phase definieren. Wünsche dir alles Gute.