Suche…


Einführung

In diesem Dokument werden Sie durch die Schritte zum Konfigurieren eines Jenkins-Jobs geführt, der dem Benutzer die Einrichtung des automatischen Push-Vorgangs beim erfolgreichen Build ermöglicht. Der Push-Vorgang kann vom Benutzer gesteuert werden. Der Benutzer kann wählen, ob er den Auto-Push-Vorgang bei erfolgreicher Erstellung ausführen möchte oder nicht.

Konfigurieren des Auto Push-Jobs

Erstellen Sie einen Build-Job (entsprechend Ihrer Anforderung). Für dieses Beispiel habe ich einen Freestyle-Job (AutoPush) erstellt, um den ANT-Build auszuführen.

Wir werden zwei Variablen erstellen, PUSH (Choice Parameter) und TAG_NUMBER (String Parameter).

Wir können den Wert YES oder NO für PUSH auswählen. Dies entscheidet, ob der Code bei erfolgreichem Build an ein Tag übergeben wird oder nicht.

Wir können einen Tagnamen (Beispiel 1.0.1) für TAG_NUMBER angeben, um im fernen Repository ein neues Tag (Beispiel 1.0.1) mit demselben Namen zu erstellen, oder einen vorhandenen Tagnamen angeben, um ein vorhandenes Tag zu aktualisieren.

Geben Sie hier die Bildbeschreibung ein

Nun geht es weiter zur Jobkonfiguration.

  1. Aktivieren Sie das Kontrollkästchen "Dieses Projekt ist parametriert", erstellen Sie einen Auswahlparameter mit der Bezeichnung "PUSH" und geben Sie als Auswahl JA und NEIN an. Dieser Parameter entscheidet, ob Sie den Code auf ein bestimmtes Tag / Release verschieben möchten oder nicht.

Geben Sie hier die Bildbeschreibung ein

  1. Erstellen Sie dann einen String-Parameter mit dem Namen "TAG_NUMBER". Mit diesem Parameter können Sie eine neue Tag-Nummer zum Erstellen eines neuen Tags oder eine vorhandene Tag-Nummer zum Aktualisieren eines vorhandenen Tags angeben.

Geben Sie hier die Bildbeschreibung ein

  1. Wählen Sie im Abschnitt Quellcodeverwaltung Git aus und geben Sie die Repository-URL an. Dieses Repository enthält den Quellcode, den Sie erstellen möchten. Nach einem erfolgreichen Build wird ein Release-Tag im selben Repository erstellt.

Geben Sie hier die Bildbeschreibung ein

  1. Nachdem Sie die Repository-Details hinzugefügt haben, klicken Sie auf Erweitert und geben Sie Ihrem Repository einen Namen, der später im Git Publisher-Plugin zur Identifizierung des Repositorys verwendet wird.

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

  1. Fügen Sie dann den Erstellungsschritt hinzu. In diesem Beispiel baue ich ein ANT-Projekt.

Geben Sie hier die Bildbeschreibung ein

  1. Wählen Sie nun im Abschnitt "Post-Build-Aktionen" das Plugin "Flexi Publish" aus. Wählen Sie den Wert "Und" aus der Dropdown-Liste für die bedingte Aktion (Ausführen?). Wählen Sie dann "String Match" aus der Dropdown-Liste für die Ausführungsbedingung (&&).

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

  1. Geben Sie nach der Auswahl der Zeichenfolge $ PUSH als Wert für String 1 und YES als Wert für String 2 an. Wenn Sie also den Build ausführen, wenn Sie den Wert von PUSH als YES wählen, werden String 1 (= $ PUSH) und String 2 (= YES) miteinander verglichen und der Git-Push-Vorgang ausgelöst löst den Git-Push-Vorgang aus.
Choose the value of PUSH -> YES OR NO -> Chosen value “YES”
then, $PUSH = YES
AS String 1 = $PUSH => String 1 = YES
Again, String 2 = YES, hence String 2 == String 1 (String match)
Then, trigger the Git push action. 

Geben Sie hier die Bildbeschreibung ein

  1. Klicken Sie nun auf die Dropdown-Option "Hinzufügen", um die Git-Publisher-Aktion hinzuzufügen, die auf der Grundlage der Zeichenfolge-Übereinstimmungsbedingung ausgelöst wird.

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

  1. Nachdem Sie Git Publisher ausgewählt haben, führen Sie die Konfiguration wie folgt aus:

Geben Sie hier die Bildbeschreibung ein

Nach der Konfiguration speichern Sie den Job und Sie sind fertig.



Modified text is an extract of the original Stack Overflow Documentation
Lizenziert unter CC BY-SA 3.0
Nicht angeschlossen an Stack Overflow