Ich habe einen Upstream-Job, der 4 Downstream-Jobs ausführt.
Wenn der Upstream-Job erfolgreich abgeschlossen wird, starten die Downstream-Jobs ihre Ausführung.
Der vorgelagerte Job erhält, da er erfolgreich beendet wurde, einen blauen Ball (Build-Ergebnis = stabil), aber selbst wenn die Downstream-Jobs fehlschlagen (roter Ball) oder instabil sind (gelber Ball), behält der Upstream-Job seine blaue Farbe bei.
Ist das Ergebnis des Upstream-Jobs sowieso abhängig von den Downstream-Jobs ?, dh wenn drei Downstream-Jobs einen stabilen Build erhalten, aber einer von ihnen einen instabilen Build erhält, sollte das Upstream-Build-Ergebnis instabil sein.
Ich habe die Lösung gefunden. Es gibt ein Plugin namens Groovy Postbuild pluging, mit dem Sie ein Groovy-Skript in der Post-Build-Phase ausführen können. Fügen Sie den Downstream-Jobs einen einfachen Code hinzu, mit dem Sie den Upstream-Gesamtstatus ändern können.
Dies ist der Code, den Sie hinzufügen müssen:
%Vor%Weitere Informationen finden Sie im Eintrag meiner blog hier .
Eine weitere Option, die für Sie funktionieren könnte, ist die Verwendung des parametrisierten Build-Plugins. Es ermöglicht Ihnen, Ihre 4 "downstream" Builds als Build-Schritte zu haben. Dies bedeutet, dass Ihr "Eltern" -Build fehlschlagen kann, wenn einer der untergeordneten Builds dies tut.
Wir tun dies, wenn wir die Komplexität für die Build-Pipeline Plug-in-Ansicht ausblenden möchten
Wir hatten eine ähnliche Problematik und haben keine perfekte Lösung gefunden. Eine Teillösung ist die Verwendung des Promoted Builds Plugins . Konfigurieren Sie es für Ihr Upstream-Projekt so, dass es einen visuellen Indikator enthält, wenn der nachgeordnete Job beendet wird. Es ändert nicht den allgemeinen Jobstatus, aber es benachrichtigt uns, wenn der nachgelagerte Job fehlschlägt.
Die Arbeit für mein Projekt besteht darin, einen neuen Job zu erstellen, bei dem es sich um den Downstream der Downstreams handelt. Wir haben in allen drei ursprünglichen Downstream-Jobs einen Post-Build-Schritt "Parametergesteuerten Trigger auf andere Projekte erstellen" gesetzt. Der Parameter, der in den neuen Job eingruppiert, hängt vom Status der drei Jobs ab und der Parameter bewirkt, dass der neue Job entsprechend reagiert.
1. Erstellen Sie einen neuen Job, der eine einfache Klasse und einen einfachen Test enthält. Beide Parameter sind abhängig, d. H. Klasse fehlgeschlagen, wenn Parameter "status" = fail , Klasse bestanden, aber Test fehlgeschlagen ist, wenn Parameter "status"=unstable , etc.
2. Setzen Sie den parametrisierten Trigger auf andere Projekte für die drei ursprünglichen nachgeordneten Jobs mit den entsprechenden Konfigurationen.
3. Legen Sie die Benachrichtigung für den neuen Job entsprechend fest.
Tags und Links jenkins continuous-integration hudson hudson-plugins