Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Cannot Reproduce
-
2.0-beta-4
-
None
-
None
-
Windows XP
Description
When release:prepare is invoked, on a cygwin system using svn provided with cygwin, the following error occurs.
[INFO] Checking in modified POMs...
[INFO] Executing: svn --non-interactive commit --file E:\DOCUME~1\CGRUBE~1.DJI\LOCALS~1\Temp\maven-scm-1141263545.commit E:/projects/israfil-fw/net.israfil.foundation-JDK1.4/pom.xml
[INFO] Working directory: E:\projects\israfil-fw\net.israfil.foundation-JDK1.4
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Unable to commit files
Provider message:
The svn command failed.
Command output:
svn: '/projects/israfil-fw/net.israfil.foundation-JDK1.4/E:/projects/israfil-fw/net.israfil.foundation-JDK1.4' is not a working copy
...
SVN on cygwin interprets E:/projects/israfil-fw/net.israfil.foundation-JDK1.4/pom.xml to be /projects/israfil-fw/net.israfil.foundation-JDK1.4/E:/projects/israfil-fw/net.israfil.foundation-JDK1.4, essentially appending the absolute path on the current working driectory as if it were a relative path.
This is very odd, since "svn <command> E:/projects/israfil-fw/net.israfil.foundation-JDK1.4" works like a charm. I tried it with E: and e: to no avail.
Proposed solution: Use relative paths
Alternative - really really bad alternative: detect the presence of cygwin and re-structure the file path to use /cygdrive/e/blah/blah format.
Ultimate remedy: Figure out why SVN is interpreting this way and fix in svn.
-Christian.