Re: Renaming files on win32
"Gili" <[email protected]>
| Newsgroups | gmane.comp.version-control.subversion.devel,gmane.mail.eyebrowse.user |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 22 Dec 2004 10:34:03 -0500, Scott Palmer wrote: > >On Dec 22, 2004, at 5:44 AM, Branko Äibej wrote: > >> Then there's the horrible issue of broken tools changing file case on >> you behind your back (this tends to happen too often on Windows), >> usually after some version of the file has alrealy been committed. SVN >> could detect this change locally, but because of the OS/FS/locale >> dependencies I mentioned above, we must find a way to do this >> /without/ using strcasecmp. (Why? Because SVN uses UTF-8 internally, >> and there's no locale-independent case-folding function). > >I just thought I would point out that both Windows and Mac OS X use >Unicode for filesystem operations, regardless of the locale. There >must be methods available to deal with the case-folding, since the main >svn-supported OSes that are case-insensitive are already dealing with >that. >Of the 3 primary OSes supported (Linux, Windows, Mac) two of the three >are case-preserving, case-insensitive, one is case-sensitive. It makes >sense to support case-sensitivity as a subset of case-preserving, but >not at the expense of crippling the other two major platforms. > >The thread is about renaming on case-preserving case-insensitive >filesystems. Does anyone disagree that such an operation should work >as expected by users of those filesystems? We really didn't need for >the discussion to go on for so long. We all know that there are >incompatibilities between the two systems, those have to be dealt with >regardless... but the rename operation should "just work" if there is >no conflicting file already in the repository. +1 for solving use-cases we know should just work and moving on to edge cases later on. Gili