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

RE: Rename multiple files in repository

From: Gleason, Todd <tgleason_at_impac.com>
Date: Wed, 5 Nov 2008 12:22:00 -0800

> -----Original Message-----
> From: Les Mikesell [mailto:lesmikesell_at_gmail.com]
> Sent: Wednesday, November 05, 2008 12:16 PM
> To: Gleason, Todd
> Cc: Jan Hendrik; users_at_subversion.tigris.org
> Subject: Re: Rename multiple files in repository
>
> Gleason, Todd wrote:
> > I have to admit that it doesn't make sense to me that Windows is
that
> > peculiar here. The filesystem may be case-insensitive, but it does
> > preserve case, and besides, don't the .svn folders store all the
actions
> > you want to commit? I don't understand why you shouldn't be able to
do
> > "svn mv foo FOO" so long as there isn't an existing FOO (and in
Windows
> > there can't be). The resulting "svn: Cannot move path 'foo' into
> > itself" error to me is best characterized as a bug, rather than a
> > platform limitation. I can type "ren foo FOO" with no trouble
> > whatsoever, after all.
>
> ren knows windows' internal quirks. From any normal application's
> perspective you do have an existing FOO - just open it and see.

Yes, I can open "foo", "FOO", and "Foo" in Windows and get the same
file. I don't see that this explains Subversion's belief that there is
a conflict; to detect whether there is a file preventing a move or
rename from occurring, it could check whether the source and destination
filenames differ only in case, and if so, there cannot be a conflict.
Yes, it's a special case that should apply only to case-insensitive
environments like Windows, but I still see the lack of such handling as
a minor bug.

--Todd

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-11-05 21:22:45 CET

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.