I stand severely corrected. By many of you. ;) I think my brain was in
Perforce mode, which uses BerkeleyDB and keeps the working file
structure in tact on the server.
Either way, except for those boneheaded comments, I stand by the
philosophical part of my rantings.
One last comment (I swear) is that ClearCase has switches to handle this
kind of thing. You can set the whole system to be case sensitive, case
preserving, or a combination of both. It sounds like a great idea on the
surface, but having that kind of control, and trying to reconcile it
with the presence of the same filesystem problems between client and
server, was not fun. Then trying to explain the two layers of ambiguity
to users, and what they had to set on the client side, and why ...
fuhgeddaboutit.
In the case of shoddy 3rd party libraries, bummer. If they give you bum
code, though, you should certainly bring it to their attention. If it
came down to asking a 3rd party provider of something you actually pay
for to make some adjustments that comply with standard (sane)
development practices, I think you'd get more action that requesting
that the maintainers of a source control tool (whether open source or
commercial) re-architect their, uh, architecture. It'd be worth a shot,
and if enough people complain to the third party they might get the
message.
-Matt
-----Original Message-----
From: Mark Parker [mailto:mark@msdhub.com]
Sent: Wednesday, December 14, 2005 12:37 PM
To: Matthew Janulewicz
Cc: users@subversion.tigris.org
Subject: Re: Mixed case file names
Matthew Janulewicz wrote:
> I believe that if the Subversion server is on a
> filesystem that does not acknowledge/differentiate case (Win), then it
> won't be possible to submit these types of file pairs.
>
> But I could be completely wrong. ;)
Yeah, you are. ;)
The server is always case-sensitive (and case-preserving), regardless of
the underlying filesystem.
Also, remember that not only Windows has the "problem". Some filesystems
used by MacOS also exhibit case-insensitive-yet-case-preserving behavior
(and many users consider it to be the most "user friendly" behavior).
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 14 22:56:13 2005