Return-Parameter/Ergebnisse aus einem Auftrag(ausgelöst durch pipeline) zurück zu der gleichen Rohrleitung

Hatte ich ein ähnliches Problem. Ich musste es tun, indem er die jobs J1, J2 erstellen, Eigenschaften von Dateien dann erwerben, werden die Dateien mit "Kopieren " Artefakt" in der Haupt-pipeline P1. Dann konvertieren Sie die Eigenschaften in Java die Eigenschaften (erfordern einige Skript-Zulassung in Jenkins). Es wäre schön, wenn die Jenkins-Pipeline könnte return-Parameter direkt in den code (vielleicht ist es dort Weg, dies zu tun, aber ich weiß es nicht). Die Rückkehr von einem build-step ist ein RunWrapper, es scheint nicht ein Weg, um wieder ein benutzerdefiniertes Ergebnis, dass ich sehen kann (es sei denn, wir haben einige bestehende Immobilie wie bauen Beschreibung).

Also ich hatte so etwas wie dieses:

//Pipeline code in P1

//Build J1 and get result. 
def j1BuildResult = build job: 'J1', parameters: [string(name: 'J1_PROP', value: 'FOO')], propagate: true, wait: true

//Get results of J1
step([$class              : 'CopyArtifact', filter: 'j1-result.properties',
      fingerprintArtifacts: true,
      flatten             : true,
      projectName         : 'J1',
      selector            : [$class     : 'SpecificBuildSelector', buildNumber: buildResult.getNumber().toString()]])

//Load J1 properties (you may need to turn off sandbox or approve this in Jenkins)
Properties j1Props = new Properties()
j1Props.load(new StringReader(readFile('j1-result.properties')))

//Build J2
def j2BuildResult = build job: 'J2', parameters: [string(name: 'J2_PROP', value: j1Props.someProperty)], propagate: true, wait: true

//Get results of J2
step([$class              : 'CopyArtifact', filter: 'j2-result.properties',
      fingerprintArtifacts: true,
      flatten             : true,
      projectName         : 'J2',
      selector            : [$class     : 'SpecificBuildSelector', buildNumber: buildResult.getNumber().toString()]])

//Load J2 properties (you may need to turn off sandbox or approve this in Jenkins)
Properties j2Props = new Properties()
j1Props.load(new StringReader(readFile('j2-result.properties')))

Meine erste Antwort ist nicht genau eine Antwort auf deine Frage, aber ich habe versucht, etwas ähnliches zu tun, aber alles, was ich brauchte, war ein "ja/Nein" Antwort auf eine Frage.

Meine zweite Antwort KÖNNTE Ihnen helfen, oder andere, wie es funktionieren würde...

Erste Antwort: Ausführen einer sub-job, " fail für ein 'Nein' beantworten, und 'gelingt' s für ein 'ja' beantworten.

Nur sicherstellen, dass "verbreiten:" false " in Ihrem Auftrag ausgeführt werden. Hier ist ein Schnitt und paste:

            def getos = build job: 'internal_is_host_running_linux',
                parameters: [[$class: 'StringParameterValue',
                  name:'HOST',value: HOST]],propagate: false,wait:true
            def linuxTest = getos.getResult()
            if (linuxTest != "SUCCESS") {
                     //NOT success, meaning NOT booted Linux

Ich bin sicher, es gibt 100 bessere Wege, dies zu tun, aber dies funktioniert.

Zweite Antwort, die funktionieren könnte wäre, die Ausgabe in der Konsole der sub job und Suche für die Daten, die Sie wollen.

Hier ist, wie man die Ausgabe der Konsole aus dem teiljob über die, wenigstens für mich gearbeitet:

            def job = build job: 'internal_run_remote_command',
               wait: true, propagate: false,
               parameters: [[$class: 'StringParameterValue',
                      name: 'HOST', value: HOST],
                 [$class: 'StringParameterValue',
                      name: 'stageos', value: stageos]]
            //put the standard output from the subjob into our output:
            def checklog2 = job.rawBuild.log
            //obviously, if you don't want the output in your console, do not println
            println checklog2

Offensichtlich anstelle von 'println checklog2' können Sie die Suche für was auch immer Sachen, die Sie wollen. Dies ist eine übung, die Links für den Leser 😉

(Wieder, es gibt wahrscheinlich 100 bessere Wege, dies zu tun, aber das funktionierte für mich)

Meine Umgebung: über pipelines ausschließlich. Master-host ausgeführt werden, muss die pipeline-Skript, aber jeder einmal in eine Weile laufen muss, etwas auf einem anderen host, aber bleiben auf dem master-host, also sub jobs scheint der Weg zu gehen für mich so weit.

Diese können helfen:

https://javadoc.jenkins.io/plugin/workflow-support/org/jenkinsci/plugins/workflow/support/steps/build/RunWrapper.html

Aus der Dokumentation:

getBuildVariables

public Map<String,String> getBuildVariables()

wirft AbortException

Bekommen Umgebungsvariablen definiert, die in den bauen. Dieser nicht-Bericht erstellen-Parameter für die parametrierte baut, nur der build-Umgebung. Wenn ein Kind Arbeit ist ein Pipeline-job (WorkflowRun), alle Variablen, die während der script-Ausführung werden erfasst und gemeldet.
Würfe:
AbortException