2012-03-29 3 views
0

ich Setup die SVN TAG-Plugin für Hudson und ich bekomme die folgende Fehlermeldung nach einem erfolgreichen Build:HUDSON - SVN TAG Plugin arbeitet an einem Job, aber nicht eine andere

SvnTag plugin does not support tagging for SCM [email protected] 

JOB # 1 funktioniert gut, ist aber abhängig bei einer Quellcodeänderung, um den Build auszulösen. Wir haben in diesem Job 'Source Code Management' auf 'Subversion' eingestellt.

JOB # 2 ist, wo ich ein Problem habe. Bei diesem Job werden die Dateien aus unserem Repository-Stammordner in den Produktionsquellcodeordner verschoben. Wir haben 'NONE' in diesem Job für die 'Source Code Management' ausgewählt, so dass dieser Job NICHT von einem Commit oder einer Änderung abhängig ist.

Weiß jemand, warum ich diesen Fehler bei einem erfolgreichen Build in Hudson bekommen würde?

+0

Ich habe nie das SVN-Tag-Plugin verwendet. Aber wie kann der Job Dateien aus einem Repository kopieren, wenn die Quellcodeverwaltung dafür deaktiviert ist? – nansen

+0

Ich dachte bei einem erfolgreichen Build, dass es immer noch die Markierung mit dem Plugin machen würde. Der gesamte Build in JOB # 2 verschiebt die Dateien von unserem Trunk in den Live-Code-Bereich. – LuckY07

+0

Sieht so aus, als würde das Tagging-Plugin sich aktivieren, obwohl Sie es in JOB # 2 nicht überprüft haben, und da Sie SCM auf NONE setzen (Ich denke, NullSCM ist die SCM-Implementierung, die die NONE-Option darstellt), weiß es nicht zu kennzeichnen, also der Fehler. Hat die Jobkonfiguration irgendwelche anderen (vielleicht versteckten) Optionen bezüglich des SVN TAG Plugins? – nansen

Antwort

0

Hier ist, was ich denke, geschieht. Aus der Plugin-Dokumentation: Dieses Plugin erhält die Authentifizierungsinformationen direkt von der Subversion SCM-Klasse des Hudson-Kerns, sodass der hier angegebene Principal und die Anmeldeinformationen für die Subversion-Authentifizierung verwendet werden. Diese Kernklasse wird nicht für das Jobobjekt angegeben, wenn Sie den Schritt 'Quellcodeverwaltung' nicht verwenden.

Die offensichtliche Problemumgehung: Definieren Sie den Quellcodeverwaltungsschritt, aber verwenden Sie ihn nicht als Auslöser. Der Nachteil: Der Job wird Zeit verschwenden, wenn er versucht, die Arbeitskopie zu aktualisieren.

Eine andere Problemumgehung (ich bin mir nicht sicher, ob es funktioniert, aber einen Versuch wert): Verwenden Sie BlameSubversion Plugin. Es wird keinen Schaden anrichten und das 'hudson.scm' Objekt definieren. Dieses Objekt enthält jedoch möglicherweise keine Methoden/Daten, die das Tagging-Plugin benötigt.

Verwandte Themen