Gewusst wie: abrufen der git branch-name, wurde von Jenkins, wenn durch inverse Zweig Auswahl-Strategie?

Haben wir einen Jenkins-job, der baut jeder Zweig, außer master, wenn es neue verpflichtet. Dieses Verhalten kann konfiguriert werden über git-plugin 's" Auswahl-Strategie:inverse', so dass es hört jede Niederlassung mit Ausnahme einer angegebenen Filiale.

Diese Funktionen sehr schön. Aber das problem ist, dass GIT_BRANCH Umgebungsvariable bezieht sich immer auf die ausgeschlossen Zweig('origin/master' in unserem Fall). Wie für die Abfrage der tatsächlichen Niederlassung, wurde von Jenkins?

Momentan benutze ich ein workaround, dass ich die grep-es generiert aus changelog.xml. Aber es passiert manchmal, dass changelog.xml ist leer, wenn Jenkins wechselt zwischen den verschiedenen Zweigen, und ich kann nicht finden diese info. Was ist die richtige Art von abrufen/Abfragen von Jenkins der Zweig, der tatsächlich gebaut wurde?

InformationsquelleAutor harish | 2013-02-20
  1. 2

    Da git nie checkt einen branch nur ein commit-direkt müssen Sie Folgendes tun:

    Um das sha des ausgecheckten commit:

    git rev-parse HEAD

    Zu bekommen, die die äste, die sich verpflichten, unter:

    git branch -a --contains SHA

    Den out-put des zweiten Befehls könnte wie folgt Aussehen

    master
remotes/origin/HEAD -> origin/master
remotes/origin/develop
    InformationsquelleAutor Daniel Little
  2. 17

    Habe ich erfolgreich benutzt diese syntax:

    GIT_BRANCH=`git rev-parse HEAD | git branch -a --contains | grep remotes | sed s/.*remotes.origin.//`
    • Super!!! Für alle anderen, die ich hatte, um leicht passen Sie diese: git rev-parse HEAD | git branch -a --contains | grep remotes | sed -e 's/.*remotes.origin.//' für OS X
    • Mit master ausgecheckt, bei einem repo-derzeit arbeite ich mit, diese Ergebnisse in HEAD -> origin/master\nmaster (die \n ist wirklich einen Zeilenumbruch in das Ergebnis), was offensichtlich falsch ist.
    • Beachten Sie, dass --enthält auch Zweige, die neuer sind als die aktuell ausgecheckte code. Das funktionierte besser für mich: git show-ref | grep $(git rev-parse HEAD) | grep remotes | grep -v HEAD | sed -e 's/.*remotes.origin.//' Und möglicherweise Rohr diese zu head -n1 wenn Sie wollen, dass es beliebig wählen Sie den ersten Zweig Namen, wenn es mehrere Filialen wies auf diese verpflichten.
    • Wo kann ich diese in Jenkins? Ich kann nicht scheinen, es zu benutzen, wie eine Ameise Eigenschaft.. wo hast du so konfigurieren, das es zu benutzen?
    InformationsquelleAutor Piotr Kuczynski
  3. 2

    Sieht aus wie ein Jenkins bug? Sie greifen in Ihrem build-Skript den Namen des ausgecheckten Zweig mit dabei:

    git symbolic-ref -q --short HEAD

    Eigentlich Jenkins hat die Arbeitskopie in freistehenden KOPF, weshalb git branch gibt "keine Filiale". Sehen diese sehr detaillierte Antwort für das Graben in der Versöhnung mit zwischen einer abgetrennten KOPF und einem Zweig.

    • Vielen Dank Charles. Das funktioniert in einem normalen git Arbeitsbereich, aber nicht in einem jenkins Arbeitsbereich, in dem Befehl gibt nichts zurück. Läuft 'git branch' in jenkins workspace gibt '*(keine Niederlassung)'. Wahrscheinlich der gewählten Filiale abgefragt werden muss von Jenkins in gewisser Weise als es scheint, um die Kasse basierend auf commit-id in der ausgewählten Filiale.
    • Ja, Jenkins arbeitet in freistehenden LEITER. siehe mein edit und die verlinkten Antwort. Ich bin mir sicher, dass einer der Befehle verknüpft, sollte es funktionieren.
    • Dieser Befehl funktioniert in CMD, aber nicht in meinem Jenkins, warum? C:\Tools\Jenkins\jobs\DevOps\jobs\Test-GitHub\workspace>git --version git version 2.7.0.windows.1 C:\Tools\Jenkins\jobs\DevOps\jobs\Test-GitHub\workspace>git symbolic-ref -q --kurze KOPF C:\Tools\Jenkins\jobs\DevOps\jobs\Test-GitHub\workspace>exit 1 Build-Schritt 'Execute Windows batch-Befehl" markierte bauen, wie Fehler Beendet: FEHLER
    InformationsquelleAutor CharlesB
  4. 0

    Ich kann nicht glauben, wie hart dieser ist. Ich mache das für Jenkins als gut. Ich piggypacked off Piotr Kuczynski Lösung:

    branch=`git rev-parse HEAD | git branch -a --contains | grep remotes | sed s/.*remotes.origin.//`
branch=`echo $branch | awk '{print $NF}'`

    Weil manchmal, wie Matt Kantor wies darauf hin, Piotr Lösung gibt eine Menge von junk-zurück. Aber das Letzte Wort in diesem junk scheint immer richtig sein. Beachten Sie, dass diese Lösung nur funktioniert, wenn der ref die Sie verwenden entspricht genau eine Verzweigung existiert, auf der Fernbedienung (also den lokalen Standorten wird nicht funktionieren).

    InformationsquelleAutor Eli
Schreibe einen Kommentar