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

Re: Improve support for case-only file renames

From: DanielM <skyewire_at_gmail.com>
Date: Wed, 21 Dec 2011 11:41:40 -0800 (PST)

> > Please consider adding an option to TortoiseSVN to make it NOT revert
> > the case of the file name. The behavior that I am expecting in the
> > above scenario is for TortoiseSVN to consider it a rename operation,
> > i.e. SVN Delete "hello.txt" and SVN Add "HELLO.TXT". I realize that
> > some people like the current behavior because they have programs
> > (Delphi IDEs?) that silently change the case of file names, so they're
> > happy to have TortoiseSVN change it back. However, I have the exact
> > opposite problem: I use programs that purposely change the case of
> > file names (e.g. changing the case of a Java class name in an IDE) and
> > it is unfortunate that TortoiseSVN wipes out these changes.
>
> Why don't you use an svn plugin for your IDE and do it right from the
> start? That way, the rename is done with the proper svn commands and svn
> actually knows that it's a rename, not some unrelated add and delete.

I've tried various SVN IDE plugins over the years and, in general,
found them to be buggy and cause all kinds of weird SVN problems, so I
always go back to using TSVN from Windows Explorer. Also, I work on
some projects that don't use an IDE. I use TSVN's "Repair Move"
feature to change unrelated add/delete operations into renames. It
works great most of the time, except when I change the case of a file
name only - then TSVN silently wipes out my change, which I find a bit
disconcerting and inconvenient.

Regards,
Daniel

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2897199

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-12-21 20:43:14 CET

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.