Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.2
-
Fix Version/s: 1.3
-
Component/s: maven-scm-provider-svn
-
Labels:None
-
Environment:OS X 10.5.7
JDK 1.5
Maven 2.1.0
SVN 1.6.2
-
Complexity:Intermediate
-
Number of attachments :
Description
"svn status" gives
M src/main/java/de/artive/test/FooBar.java
"mvn scm:status" gives
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'scm'.
[INFO] ------------------------------------------------------------------------
[INFO] Building test-build
[INFO] task-segment: [scm:status] (aggregator-style)
[INFO] ------------------------------------------------------------------------
[INFO] [scm:status]
[INFO] Executing: /bin/sh -c cd /Users/vivo/workspaces/eclipse-3.4/test-build && svn --username vivo --password '*****' --non-interactive status
[INFO] Working directory: /Users/vivo/workspaces/eclipse-3.4/test-build
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Fri Jun 26 13:01:04 CEST 2009
[INFO] Final Memory: 15M/29M
[INFO] ------------------------------------------------------------------------
The changed file is not shown.
This wouldn't be that bad, if the the release plugin therefore would not recognize that there still is a modified file in the workspace
Issue Links
- is depended upon by
-
MOJO-1538
Check local modification doesn't work with SVN 1.6 klient
-
- is duplicated by
-
MRELEASE-481
prepare goal no longer errors on subversion files
-
-
SCM-523
SVN checkout files is empty
-
- supercedes
-
MRELEASE-493
Prepare step doesn't stop if there are modified local files
-
I found the reason:
In SvnStatusConsumer
The "file" variable then contains " pom.xml" with a leading whitespace!
Later on there is a test:
but since "file" has a leading white space, "new File(...).isFile" returns false.
I would propose switching to a pattern matcher instead of String indices.
A quick fix would be to simply trim the file name