Es ist nicht so einfach wie das Betrachten der Revisionsnummer (wie an anderer Stelle angegeben), es sei denn, Ihr Build ist für das gesamte Subversion-Repository gedacht. Normalerweise haben Sie Projekte, die sich ein einzelnes Subversion-Repository teilen, und Sie bauen eine Unterstruktur auf. Die globale Revisionsnummer hilft nicht.
'svn info [url_to_subtree]' zeigt das letzte Änderungsdatum an. Sie können dies analysieren und herausfinden, ob es später als Ihr letztes Build-Datum ist und einen neuen Build auslösen.
Verwenden von Poll SCM, wie Sie erwähnt, ist ziemlich teuer für SVN. Ich habe mehr darüber nachgedacht, das Build manuell auszulösen, und nur dann, wenn SVN geändert wird, dass der Build-Prozess ausgeführt wird. Manchmal gibt es kleinere Änderungen an SVN, die keine neue Build – ken
Polling ein Subversion-Repository ist unglaublich billig - der Server gibt die letzte Änderungsliste Nummer zurück, die gegen die letzte Version Hudson gebaut werden kann. Was lässt Sie glauben, dass es teuer ist? –