RE: Case-insensitivity causes data loss under win32

> Subversion (correctly) does not consider 'FILENAME' to be
> equivalent to
> 'filename', even under win32 where they are equivalent on the
> filesystem. The problem is: if you rename (local rename, not
> svn rename)
> a working copy of a file 'filename' to 'FILENAME', and then do svn
> update, 'FILENAME' will be "silently" overwritten with the
> clean copy of
> 'filename'. For example:

I've run into the situation where MSVS.NET renames "resource.h" to
"Resource.h" (or is it the other way around? I forget.). This caused some
svn difficulties.

What would be nice is a way to identify when a filename exists with a
different case than svn knows about. Once the user sees an alert, action can
be taken. It's only a problem when the user doesn't realize that there is a
case problem.

Perhaps a switch could be used on windows installations to do an initial
check of case, and abort with a warning if something had changed. I suppose
this could be specified in the config file, too.

Just some thoughts.

--- Eric

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 7 16:17:15 2003