2016-08-04 31 views
0

Ich habe einen Jenkins-Job, der SVN alle fünf Minuten für Änderungen abfragt. Ich sehe ein merkwürdiges Verhalten, bei dem selbst dann, wenn das Log eindeutig angibt, seit der letzten Umfrage keine SCM-Änderungen stattgefunden haben. Jenkins analysiert die einzelnen efy.xml-Dateien, und jede der build.xml-Dateien wird aufgerufen. Die Build-Dateien kompilieren dann den bereits im Jenkins-Arbeitsbereich ausgecheckten Code und veröffentlichen anschließend ein 1.0-Snapshot-Jar-Artefakt nach IVY. Dies ist im Grunde eine identische Snapshot zu IVY veröffentlichen. Versuchen zu verstehen, warum Jenkins die Efeu-Dateien analysiert, obwohl keine SCM-Änderung festgestellt wurde.Warum aktiviert Jenkins IVY, obwohl sich kein SVN ändert?

Die Protokollausgabe für den Job wird unten angezeigt.

Started by user anonymous 
    [EnvInject] - Loading node environment variables. 
    Building in workspace C:\Software\Jenkins\workspace\Snapshots 
    Updating svn://*****/Project1 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project2 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project3 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project4 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project5 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project6 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project7 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project8 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project9 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    no change for svn://*****/Project1 since the previous build 
    no change for svn://*****/Project2 since the previous build 
    no change for svn://*****/Project3 since the previous build 
    no change for svn://*****/Project4 since the previous build 
    no change for svn://*****/Project5 since the previous build 
    no change for svn://*****/Project6 since the previous build 
    no change for svn://*****/Project7 since the previous build 
    no change for svn://*****/Project8 since the previous build 
    no change for svn://*****/Project9 since the previous build 
    Parsing Ivy Descriptor Files 
    Triggering com.****:ivy1 
    Triggering com.****:ivy2 
    Triggering ..... 

    Finished: SUCCESS 

Alle Hinweise willkommen.

+0

überprüfen Sie bitte Ihre Build-Trigger-Konfiguration des Jobs. Sie sollten 'Poll scm' Einstellungen verwenden – yorammi

+0

Mein Build-Trigger ist 'Poll scm', aber es wird trotzdem ausgelöst, obwohl seit dem letzten Build keine SVN-Änderungen erkannt wurden. – Juckky

+0

also sollten Sie die SVN-Checkout-Konfiguration überprüfen, da dort anscheinend etwas nicht stimmt. – yorammi

Antwort

0

Vom Benutzer gestartet "Anonymous" Können Sie bestätigen, dass Sicherheitseinstellungen vorhanden sind und nicht jeder den Build manuell auslösen kann? "Anonym" zeigt an, dass jemand den Build manuell auslöst.

+0

Warum sollte sich ein manuelles Build von einem SCM-Poll-Trigger unterscheiden? Ich würde erwarten, dass ein manuell ausgelöster Build auch keine SCM-Änderungen erkennt und daher die efy.xml-Dateien nicht analysieren muss? – Juckky

+1

Manuell ausgelöster Build prüft nicht auf SVM-Änderungen. – yorammi

+0

Scheint mir, dass Jenkins IVY Plugin zufällige Efeu-Dateien auslöst. Ich habe eine Teständerung an einer Datei vorgenommen und sie in SVN eingecheckt. Das Jenkins-Protokoll erkennt die Änderung, fährt dann jedoch fort, eine Reihe von Efeu-Build für andere Module auszulösen. Das Modul, das mit der eingecheckten Datei verknüpft war, wurde nie erstellt. – Juckky