[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: A QUICK FIX - Problems with case-insensivity for Windows clients

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: 2007-04-03 21:15:42 CEST

Gerold J. Wucherpfennig wrote:
> Hi devs,
> you know - there is a problem with case-insensivity for Windows svn
> clients when the svn server is on unix.
Yep, it's also known as issue 2010:
> In the KDE repository,
> for example, there are two files with the same name in the same
> directory. The only difference is the "case". Subversion should
> at least have an option to ignore all other files which have a
> different case (and the same name). That would make it possible
> to check out the repository for people who only have a broadband
> internet connection with a windows client. And when those people
> are at home (with their low speed internet connection) they can
> update the missing file with the other case-sensitive file name.
You suggest that the checkout completes with a warning about not being
able to checkout that file? Which of the two files should svn choose? I
see your problem, checkout stopping in the middle of a potentially large
operation is not ideal, but is there a better alternative?
> What do you professionals think about that? Sure the file can be
> renamed in the KDE repository, but on the other hand it's a
> general problem...
If you're supposed to be able to use those files on Windows then there's
no other choice than to rename that file in the repository. I mean, even
if you'd put that folder in a .tgz and export it on Windows it would
still fail, right?

Maybe a pre-commit hook script that checks for files with the same name
but different case already existing in the repository - or at least for
the parts that are useful on windows - could help?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 3 21:16:05 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.