mvn release:prepare erkennt nicht, dass ich Dateien geändert habe?

Question

Ausführung auf einem Windows-System gegen eine lokal gehostete VisualSVN-Serverinstanz. Ich habe C:\Program Files\VisualSVN Server\bin in meinem PATH Variable, so dass ich einfach Folgendes ausführen kann svn Befehle über die Befehlszeile.

Ich versuche, eine Freigabe auf meiner Windows-Arbeitsstation vorzubereiten und durchzuführen, und habe festgestellt, dass release:prepare scheint die Tatsache zu übersehen, dass ich Dateien geändert habe:

C:\Documents and Settings\...\workspace\project>svn status  
M       pom.xml
M       src\main\java\company\blah\SomeFile.java

Wenn ich jedoch mvn release:prepare ausführe, scheint es meine geänderten Dateien nicht zu bemerken und geht sogar so weit, dass es versucht, das neue POM einzuchecken und das Release zu markieren:

[INFO] Überprüfung, ob es keine lokalen Änderungen gibt...
[INFO] Ausgeführt wird: cmd.exe /X /C "svn --non-interactive status"
[INFO] Arbeitsverzeichnis: C:\Documents und Einstellungen \blah\workspace\project -blah
[INFO] Überprüfung von Abhängigkeiten und Plugins für Snapshots ...
Wie lautet die Release-Version für "Project BLAH"? (com.vapps:project-blah) 0.0.1: :
Wie lautet das SCM-Release-Tag oder Label für "Project BLAH"? (com.vapps:project-blah) project-blah-0.0.1: :
Was ist die neue Entwicklungsversion für "Project BLAH"? (com.vapps:project-blah) 0.0.2-SNAPSHOT: :
[INFO] Umwandlung von "Projekt BLAH"...
...
...
[INFO] Ein vollständiger Lauf würde 1 Dateien mit der Meldung einchecken: '[maven-release-plugin] prepare for next development iteration'

(Beachten Sie, dass diese Ausgabe bei der Ausführung mit -DdryRun=true aber ich erhalte so oder so das gleiche Ergebnis)

Hat jemand eine Ahnung, warum mvn release:prepare fehlt, dass ich lokal geänderte Dateien habe? Könnte es eine ungünstige Kombination aus der Ausführung unter Windows sein?

Update : scheint in Zusammenhang zu stehen mit dieser Fehler mit dem scm Plugin.

Answer 1

Wie der Fragesteller in seiner Aktualisierung feststellte, war dies http://jira.codehaus.org/browse/SCM-480 die seit mindestens zwei Jahren festgelegt ist.