Wie beschriften, um Build zu Slave-Knoten zu beschränken, um mithilfe parametrisierter Build zu verwenden

Question

Für meinen Jenkins-Job habe ich einen Umgebungsparameter eingerichtet, der meinem Buildskript mitteilt, welche Konfiguration verwendet werden soll. Ich habe auch Slave-Knoten in jeder meiner Umgebungen zum Erstellen und Bereitstellen meiner Anwendung ausgeführt.

ich versucht habe, verwendet die „beschränken, in denen das Projekt ausgeführt werden kann“ mit dem Wert

buildnode-${ENV} 

wo ENV der Name meines Parameter ist. Dies scheint nicht zu funktionieren, da Label keine Substitution durchführt.

Ich habe auch versucht, die NodeLabel Plugin, die mir erlaubt, zu definieren, welche Knoten den Job ausführen. Dies wird jedoch zwei getrennte Auswahlen zu erstellen:

Gibt es eine Möglichkeit, diese beide zusammen zu binden, so dass, wenn ich QA Umgebung auswählen, zum Beispiel, ist der Slave-Knoten für den QA-Server wählen, die ausgeführt werden bauen?

Answer 1

können Sie versuchen, die folgende Behelfslösung: haben zwei Builds - A und B. Ein wird die Umgebung einrichten, speichern Sie es in einer Datei und übergeben Sie die Datei als Parameter zum Erstellen B zusammen mit dem Namen des Knotens, auf dem ausgeführt werden soll (die Parameter werden über Parameterized Trigger plugin übergeben). B liest die Umgebung (über EnvInject plugin) und führt den Build auf dem Knoten aus, der als anderer Parameter übergeben wurde (Sie müssen das NodeLabel-Plugin verwenden).