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

Re: adding case-insensitive file duplicates on Windows

From: Erik Anderson <erikba_at_teamworkgroup.com>
Date: 2004-08-10 01:01:20 CEST

Yes, I have removed the five duplicate files from the repository. In the
meantime, everyone that had a working copy of that directory had to wipe
their directory and re-check it out. I'm just hoping that this issue
doesn't come up again.

----- Original Message -----
From: <kfogel@collab.net>
To: "Erik Anderson" <erikba@teamworkgroup.com>
Cc: <users@subversion.tigris.org>
Sent: Monday, August 09, 2004 2:14 PM
Subject: Re: adding case-insensitive file duplicates on Windows

> "Erik Anderson" <erikba@teamworkgroup.com> writes:
> > Due to some stale state information or something, TortoiseSVN issued
> > an "svn add" command for a file that was already in the working
> > directory as a different capitalization. Instead of the windows
> > subversion libraries rejecting the add request, it happily added the
> > file to the working directory, and both the old and the new
> > capitalization were successfully sent on the next commit.
> >
> > My question I guess is this: even under a completely messed up
> > TortoiseSVN making calls to the subversion libraries, should the
> > subversion on a windows client be willing to add a file to a working
> > directory that was already a member through a different
> > capitalization? And is there a currently a check for this in
> > subversion 1.0, or is this a new feature request?
>
> I'm very surprised that it was able to do this at all, actually.
>
> If you want to undo the change, and can't undo it in the local working
> copy, a good way is to do it via URLs, for example
>
> C:\>svn rm -F logmsg.txt http://URL/TO/THE/NEW/FILE
>
> or
>
> C:\>svn mv -F logmsg.txt http://URL/TO/NEW/FILE http://URL/TO/NEW/FILE2
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 10 00:55:34 2004

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

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