Details
-
Bug
-
Status: Closed
-
Blocker
-
Resolution: Invalid
-
1.0.1
-
None
-
Windows 2000
Description
This is not a real problem of svn, but a systematic (windows platform) problem which must be handled in _some_ way: When the case of a versioned filename is changed under windows, svn interprets this file as deleted. You have to delete the file from the repositoy and add it under the new name; OK. Now the problem arises: When you tell svn to delete (and commit) it from the repository, rapidsvn also tries to remove the local copy. At this moment the renamed file is deleted, because the windows filesystem doesn't care about the case of filenames. As a result the _renamed_ file is lost (-> P1 priority)... I dont't see a real solution to this problem. Maybe svn should at least issue a warning when (during a local delete operation) the case of the filename does not exactly meet the versioned filename. Thius issue was first enterd into the rapidsvn tracker (#229).
Original issue reported by busmaster