Das Jenkins-Git-Plug-in ruft die neuesten Änderungen nicht ab, bevor der Job erstellt wird

Ich arbeite mit Jenkins CI und versuche, meine Jobs für die Verwendung von Git richtig zu konfigurieren.

Ich habe das Git-Plugin installiert und für einen meiner Jobs konfiguriert. Wenn ich den Job baue, erwarte ich, dass er die neuesten Änderungen für den von mir angegebenen Zweig holt und dann mit dem Rest des Build-Prozesses (z. B. Komponententests usw.) fortfährt.

Wenn ich mir die Konsolenausgabe anschaue, sehe ich

> git fetch --tags --progress ssh://gerrit@git-dev/Util +refs/heads/*:refs/remotes/origin/*
 > git rev-parse origin/some_branch^{commit}
Checking out Revision <latest_SHA1> (origin/some_branch)
 > git config core.sparsecheckout
 > git checkout -f <latest_SHA1>
 > git rev-list <latest_SHA1>

Ich sehe, dass das Plugin den richtigen Commit-Hash abruft und auscheckt, aber wenn die Tests ausgeführt werden, scheint es, als ob das Repo überhaupt nicht aktualisiert wurde. Wenn ich in Jenkins in das Repository gehe, sehe ich dort, dass die letzten Änderungen nie gezogen wurden.

Sollte es nicht ziehen, bevor es versucht zu bauen?

Ich habe git 1.8.5 auf meinem Jenkins-Rechner installiert, was eine empfohlene Version ist.
https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin

Nachdem ich andere ähnlich klingende Fragen zu SO überprüft hatte, waren ihre Antworten für mein Problem nicht hilfreich.

Bezieht sich auf ein Szenario, in dem der Arbeitsbereich nicht aufgeräumt wurde, verwendet:

• Quellcodeverwaltung –> Zusätzliche Verhaltensweisen –> Nach dem Auschecken bereinigen
  

• Eine andere Option ist die Verwendung Workspace Cleanup-Plugin

Ich glaube, Jenkins zieht die Änderungen und baut in seinem eigenen tmp-Verzeichnis. Ihr Repository-Verzeichnis wird also nicht aktualisiert, obwohl Jenkins den neuen Code ordnungsgemäß in seiner eigenen Sandbox erstellt.

Meine Lösung dafür bestand darin, einen “Git Pull” -Schritt in meinen Build-Prozess wie folgt einzufügen:

Wenn ein neuer Commit an mein GitHub-Repo geliefert wird:
1. Mein Projekt erstellen

Führen Sie bei Erfolg die folgenden Schritte nach dem Build aus:
1. Shell ausführen:

cd /your/repo/directory/
git pull

Sie können den Befehl “git pull” natürlich so ändern, dass er alles tut, was Sie tun müssen, wenn ein “pull” für Sie nicht funktioniert.

Verwenden Sie für Leute, die die Jenkins-Pipeline mit dem Git-Plugin verwenden Wipe Out repository & force clone unter Additional Behaviours von SCM Sektion.

Ich weiß, die Frage ist alt, aber es gibt einen anderen Weg, dies zu tun. In dem Umgebung bauen Abschnitt, wählen Sie “Löschen Sie den Arbeitsbereich, bevor der Build beginnt“

Siehe Screenshot unten,

Dadurch wird der Arbeitsbereich tatsächlich jedes Mal bereinigt und Sie erhalten den aktualisierten Code.

Versuchen Sie, Ihren Verzweigungspfad in diesem Format einzufügen:

refs/remotes/<remoteRepoName>/<branchName>

Tracks/checks out the specified branch.
E.g. refs/remotes/origin/master

Aktivieren Sie einfach das Kontrollkästchen im Bild. Prost
Dieser Tab hat mir die Kopfschmerzen erspart