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

RE: Case-only renames on Windows (issue #3702)

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Fri, 25 Mar 2011 10:09:00 +0000

> -----Original Message-----
> From: Branko Čibej [mailto:brane_at_xbc.nu] On Behalf Of Branko Cibej
> Sent: 24 March 2011 15:32
> To: dev_at_subversion.apache.org
> Subject: Re: Case-only renames on Windows (issue #3702)
>
[snip]
> In short, things aren't /that/ tricky as far as renames go. They're a lot trickier
> during update and commit, if the editor hits a local file that has the wrong
> case on-disk, but is otherwise versioned (I've known brain-dead tools to
> case-only rename the files they'd worked on).
>
> -- Brane
>

Now you've reminded me of something, those brain-dead tools that rename files you have under svn, and when you come to commit them, they get ignored because the system think's they're new files. TortoiseSVN has some special-case handling for these, try to commit one of them and Tortoise will pop up a messagebox asking if you want to rename the case and retry the operation (and gives you a menu option to rename files directly).

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-rename.html

Of course, the best approach would just to make the entire system case-insensitive and cater to the lowest common denominator (after all, the http transport should be case-insensitive too, I get to the same place typing in www.apache.com or www.APACHE.com, but not when it comes to the svn repo url).
Received on 2011-03-25 11:09:25 CET

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.