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

Re: bug: case-sensitivity for directories

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: 2007-05-18 22:49:52 CEST

On 18/05/07, Simon Large <simon.tortoisesvn@googlemail.com> wrote:
> On 18/05/07, Simon Large <simon.tortoisesvn@googlemail.com> wrote:
> > Stefan, Tobias,
> >
> > I know the underlying problem here is Subversion, but there is a
> > certain amount of protection built into TSVN for files which are
> > case-changed which does not seem to extend to directories, with the
> > catastrophic results above.
> >
> > I just did the same on a test repo. SVN->Add some content to a folder,
> > modify some versioned content, Explorer-rename the folder. In the
> > commit dialog the directory comes up as missing, and if you check the
> > box and commit, everything is deleted including the new and modified
> > content.
> >
> > I think if you rename a file in case, TortoiseSVN just quietly changes
> > it back again when you come to commit, which is a much friendlier
> > action.
> Curiously, CfM gives a different view: it shows the folder as missing
> and also shows the new name as a nested WC. Not sure why these views
> should be different - I thought it used the same code.

Talking to myself here ... the command line client (1.4.3) actually
gets this right.
svn status shows the original folder as missing and the new one as
unversioned, which sounds reasonable.

svn ci (to my great surprise) commits the changes in the folder it
just told me was missing, and does not delete anything.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Fri May 18 22:49:59 2007

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

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