Jenkins - Dont-build für bestimmte commiter oder commit-Nachricht

Ich habe einige Probleme mit Jenkins und seine Git.

Derzeit ein Gitlab server ist die Auslösung des builds, aber ich möchte den Auftrag so konfigurieren, so dass es nicht bauen, wenn eine bestimmte Nachricht übertragen.

Habe ich versucht, mit Hilfe der ci-skip-plugin ( https://github.com/banyan/jenkins-ci-skip-plugin ), aber anstelle des nicht starten des job, das plugin ermöglicht es zu starten aber dann bricht es.

Es macht den job, aber ich habe abgebrochen builds in Jenkins Geschichte und ich versuche das zu vermeiden.

Jemand geschafft, das zu tun?

  • Haben Sie jemals herausfinden?
  • nop. Konnte nicht einen Weg finden, um zu vermeiden, dass die jobs abgebrochen.
InformationsquelleAutor Nick Tsitlakidis | 2015-11-29
  1. 14

    Jenkins git plugin selbst bietet bereits diese Arten von fortgeschrittenen Verwendung.

    Ausschließen bestimmter Nachrichten

    Job-config-Seite -->Source-Code-Management-->Git-->Hinzufügen -->Polling ignoriert begeht, mit der bestimmte Nachrichten

    Ausschließen bestimmter Committern

    Job-config-Seite -->Source-Code-Management-->Git-->Hinzufügen -->Polling ignoriert verpflichtet, von bestimmten Benutzern

    Vergessen Sie nicht, klicken Sie auf Hilfe am Ende eines jeden von Ihnen zu lernen, die richtige Art und Weise der Verwendung.

    • Dies funktioniert, wenn Sie mit polling für jenkins-jobs. Die Hilfe sagt ausdrücklich: If set, and Jenkins is set to poll for changes, Jenkins will ignore any revisions committed by users in this list when determining if a build needs to be triggered. - Es scheint, wie wenn Sie mit git-hooks statt der polling-Sie könnten geklebt werden. Das ist seltsam, wie polling ist schlecht und die Haken sind gut.
    • Wenn Sie Haken Sie überprüfen sollten Sie in den Haken, weil, wenn Ihre Haken-Trigger ein zu bauen, dann ist es zu spät, um nicht die build-in Jenkins. Sie können nur Abbrechen bauen.
    • Also Jenkins sagt, das gilt nur für polling, aber in unseren Tests fanden wir es gilt für Stöße von github als gut. Wir fanden, dass, wenn Sie löschen Sie Ihren Arbeitsbereich nach jedem build wird es nicht filter schiebt angemessen, Sie behalten Ihren Arbeitsbereich nach jedem build.
    • Sie kennen die Jenkinsfile code, dies zu tun?
    InformationsquelleAutor mainframer
  2. 1

    Wenn Sie noch nicht eine Lösung gefunden:

    1. Konfigurieren Sie Ihren job zu poll SCM aber nicht geben ein timeplan für die (ignorieren Sie die Warnung, dass Ihre Arbeit würde nie laufen.

    2. Konfigurieren Sie die scm-Abschnitt zu ignorieren verpflichtet, Benutzern, etc.

    3. Verwenden Sie einen trigger für Ihre Aufträge wie folgt: http://yourserver/git/notifyCommit?url=<URL of the Git repository>[&branches=branch1[,branch2]*][&sha1=<commit ID>] gesehen auf Git Plugin-Seite

    Wenn die URL aufgerufen wird, jenkins scan-jobs, die mit diesem repository. Dann prüft es, für jede spezifische Einstellungen (e. g. ignorieren verpflichtet, die von bestimmten Benutzern oder mit einigen von commit-Nachrichten) und entweder die bauen oder nicht. Natürlich wird der build immer irgendwie anfangen zu Umfrage von scm und überprüfen Sie begeht, aber wenn es abgebrochen wird, aufgrund unwichtig verpflichtet Sie nicht sehen, eine abgebrochene bauen in Ihrer Geschichte.

    • gibt es eine Möglichkeit, dies zu tun und Umgekehrt? bauen Sie auf bestimmte commit-Nachricht von der Filiale?
    • Ich habe nicht versucht, aber wie es ist ein Muster, das Sie definieren, vielleicht der eine negative lookahead konnte dir damit weiterhelfen, finden Sie unter Beispiele: stackoverflow.com/questions/1749437/... stackoverflow.com/questions/44390515/...
    • dies ist nicht für mich arbeiten, ich bin auf Jenkins 2.134
    InformationsquelleAutor Clerenz
  3. 0

    Benötigen Sie das externe Skript.

    Pull-out-Projekt (git clone/Holen) und dann, bevor Sie mit Ihren build zu überprüfen, um zu sehen, ob die bestimmte Nachricht in Ihrem repository.

    Überprüfen, um zu sehen, ob Ihre Nachricht dort können Sie die git-Karte oder git log-Befehle.

    git log

    git log --all --grep='<your message>'
# and you can add more flags if you want of course:
git log --all --oneline | grep '<your message>'

    git grep

    git grep '<your message>' $(git rev-list --all)

    Außerhalb von Jenkins

    Code hinzufügen, um git hook die schauen, was Sie finden wollen *Nachrichten, commit, etc) und nur, wenn Sie finden, es nennt Jenkins die über REST-API und starten Sie Ihren job.

    Dies ist der Weg im mit Jenkins, überprüfe ich für etwas, das ich suchen und dann im Aufruf Jenkins via API

    Lesen Sie mehr hier & hier

    • Wo würde dieses Skript ausgeführt werden? Innerhalb der job? Wenn ja, wird der job gestartet und der Effekt ist der gleiche wie der ci-skip-plugin.
    • Ja genau. das Skript ausführen und dann entscheiden, ob zu überspringen oder nicht auf das Ergebnis.
    • Das ist cool, aber es löst nicht mein Problem, denn der job wird immer noch starten und dann angezeigt werden als abgebrochen in der Jenkins-Geschichte. Ich Frage mich, ob seine mögliche, um Sie zu konfigurieren, so dass es nicht bei allen gestartet.
    • Sie starten es von Jenkins, wenn Sie nicht wollen, Sie können den job-status zu sein, Erfolg oder etwas anderes. Ein anderer Weg ist die Verwendung von git-hooks - die Aktualisierung meiner Antwort zu unterstützen, und das ist, was du suchst
    InformationsquelleAutor CodeWizard
Schreibe einen Kommentar