Jenkins + Build Flow, jak przekazać zmienną z jednego zadania do drugiego

Question

Mam scenariusz budowania przepływu podobny do documentation example: dwa zadania, jeden działa po drugim.

b = build("job1") 
build("job2", param1: b.????) 

My job1 jest skryptem powłoki, która buduje pakiet z pomocą wyrejestrowany git repositoy i wypisuje wersję wbudowanego pakietu.

Potrzebuję wydobyć wersję z job1 (wynik przetwarzania ??) i udostępnić ją jakoś jako parametr do job2. Jak można to osiągnąć? Pamiętaj, że nie mogę poznać wersji przed uruchomieniem job1.

Answer 1

Problem z prostym użyciem export w kroku kompilacji skryptu powłoki polega na tym, że wyeksportowane zmienne znikają po wyjściu skryptu powłoki, nie są propagowane do tego zadania.

Użyj EnvInject plugin, aby utworzyć zmienne środowiskowe w kompilacji. Jeśli wyłączysz plik właściwości jako część twojej kompilacji, EnvInject może odczytać plik i inject variables as a build step. Plik właściwości posiada prosty KEY=VALUE format:

MY_BUILD_VERSION=some_parsed_value 

Gdy masz zmienną środowiskową ustawić w swojej pracy, w czasie przygotowań przepływu wtyczki można wyodrębnić wartość zmiennej i użyć go w kolejnych miejscach pracy:

def version = build.environment.get("MY_BUILD_VERSION") 
out.println String.format("Parameters: version: %s", version) 
build("My Second Build", MY_BUILD_VERSION: version) 

Answer 2

Po uruchomieniu job1 wyeksportuj wersję o nazwie jako właściwości systemowej.

export appVersion="stringOfVersion-123" 

To zależy, czy wiesz, jak długo jest wersja (liczba liczb lub inne znaki). Jeśli wiesz, możesz analizować zmienną od końca w drugiej kompilacji jako nową zmienną i używać jej.

Jak ciąg parse można znaleźć w this question with nice examples.

Answer 3

Jeśli zadanie 2 zawsze powinno uzyskać pewne informacje z zadania 1, można użyć podejścia bez parametrów. job1 może opublikować artefakt z wersją, a job2 użyje tego artefaktu (na przykład Copy Artifact Plugin). Dzięki takiemu podejściu job2 może zostać wykonany również jako samodzielna praca.

Answer 4

dla nikogo innego pochodzące od tego, innym rozwiązaniem jest użycie skryptu scriptler, gdzie przechodzą w ścieżce pliku .properties, a skrypt dodać właściwości do listy zmiennych praca:

Properties properties = new Properties() 

FilePath workspace = build.getWorkspace() 
FilePath sourceFile = workspace.child(path) 

properties.load(sourceFile.read()) 

properties.each { key, value -> 
    key = key.replace(".", "_").toUpperCase() 
    Job.setVariable(build, key, value) 

    println "Created Variable: " + key + "=" + value 
} 

Spowoduje to przekształcenie dowolnych kropek w podkreślenia i zamapowanie wszystkich liter. Korzystanie ze skryptu skryptowego zapewnia, że ​​masz metodę, która działa niezależnie od "zupy wtyczki", której używasz.