On Dec 18, 2003, at 7:29 AM, Folker Schamel wrote:
>> Wadsworth, Eric (Contractor) wrote:
>>> I'm probably not the only person who has had to deal with this, and I
>>> probably won't be the last. Are there plans for a better solution to
>>> this
>>> problem in future versions of svn? "Better" being defined as "Easier
>>> for the
>>> end user" in this case. It's unlikely that the correct solution is
>>> viable
>>> (fixing the non-case-sensitive OS and filesystem).
>> The "correct" solution is for the user to check in the file with the
>> proper case in the first place, and not try and work around it in svn
>> (which works just fine on case-sensitive O/S's). This is a
>> carbon-based error, nothing more...
>
> This would be the same disadvantage as in CVS where
> you have to set meta information like file attributes
> correctly from beginning. SVN does it better.
> And it would be cool if SVN would do it also better
> in this case, too ;-)
Well, AFAICT, up to CVS 1.11.5 or thereabouts, CVS would corrupt the
repository in this case; I think we're better than that....
As of that version, CVS refuses to let the Windows user do this rename
(gotta ask someone with a different platform). I think SVN 1.0 is
better than that, too.
Conceptually, the problem may be said also to afflict MacOS HFS, but
not in fact. This is because the Windows clients request the feature
"CASE" while connecting with the server; this "feature" amounts to this
behavior we're discussing now. Mac clients, even when working in
case-insensitive filespace, do not request this feature. As a result,
there are cases that are slightly odd (e.g., 'cvs update' can sometimes
print both a '? Index.html' line and a 'U index.html' line), but you're
able to work with, and even two-step rename, case-conflicted files.
But yes, I agree, it's easy enough to imagine something *even* better,
and to want that. And since SVN, unlike CVS, is actually involved in
the rename/move, it's possible. Let's do it. After 1.0.
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
- application/pkcs7-signature attachment: smime.p7s
Received on Fri Dec 19 22:01:02 2003