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

Feature Request: Improved rename support

From: <Matt.Sullivan_at_leica-geosystems.com>
Date: 2006-06-21 14:31:04 CEST


It seems to me a few people have requested what amounts to some way to
support renaming
files external to svn then cleaning up the mess afterwards. While I agree
that the best
answer is to improve the user processes so it's not required, I also think
it wouldn't be such a
bad thing to have some options in the commit dialog to allow the user to
flag a file as being
renamed from another file.

My personal reason for wanting this feature is to make it easier to import
new versions of what
the svn book calls a vendor tree. At the moment I delete all files from the
tree; copy in the files
from the new version; svn add and svn delete as necessary, then revert and
move files
around to get proper history when files appear to be renamed.

(I haven't tried the suggested svn_load_dirs.pl since I gather that it's
not completely
supported on windows and I don't like the idea of installing perl for
something so simple.)

I'm not sure exactly what the commit dialog should allow the user to do.
All I would like is an
option on the context menu to attach a selected files history to the
seleted new file. However I
suspect other people may have more complicated requirements, so I'm open to
about how the interface should work.

I realise this probably requires changes to the svn libraries, however
since it's really only
useful to people using an file explorer based interface I suspect it would
need to be pushed
by the tortoise developers to gain any momentum on the svn side of things.


To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Jun 21 14:31:42 2006

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

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