Das Extended Choice Parameter Plugin bietet diese Möglichkeit durch Standard-Parameterwerte aus einer Properties-Datei verwenden. Ein Standardparameter kann aus einem angegebenen Eigenschaftsschlüssel ausgewählt werden, und dieser Schlüssel kann in Ihrem aktuellen Build programmgesteuert geändert werden. Ich würde dann ein grooviges Skript im aktuellen Build verwenden, um den Wert des Standardeigenschaftsschlüssels für den nächsten Build festzulegen.
Als Beispiel Sie eine erweiterte Auswahl Parameter, deren Standardwert ist definiert durch eine Properties-Datei version.properties mit Schlüssel haben würde wie folgt:
versions=1.0.0.02, 1.0.0.01, 1.0.0.00
default.version=1.0.0.02
Der Parameter Definition würde:
Property File=version.properties
Property Key=versions
Default Property File=version.properties
Default Property Key=default.versions
Die GUI für Ihren Parameter im nächsten Build würde eine Auswahlliste mit standardmäßig ausgewählten 1.0.0.02 zeigen. Diese Funktion ist auch sehr nützlich für Pipeline-Builds, bei denen die Parameter einer Downstream-Build-Phase durch einen früheren Build festgelegt werden sollen.
Der einzige Nachteil dieses Ansatzes könnte sein, dass der Parameter UI eine Dropdown-Auswahl ist. Sie können einen einzelnen Wert im Versionseigenschaftsschlüssel angeben, um Ihre Benutzer nicht zu verwirren.
Vielen Dank. –
Danke für dieses Codebeispiel. Das Problem ist, dass neuer Wert nicht zwischen Neustarts von Jenkins gespeichert wird. Solange der Jenkins nicht neu gestartet wird, wird der Standardwert geändert und der neue Wert wird beim nächsten Build verwendet. Wenn jenkins jedoch neu gestartet wird, wird der Standardwert auf den letzten manuell hinzugefügten Wert zurückgesetzt. Ist es möglich, diesen neuen Wert "hard stored" zu machen? – harsmar