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

Re: feature request: "repair" a move/rename after a file has been moved/renamed not using the subversion commands

From: Ivan Zhakov <chemodax_at_gmail.com>
Date: 2006-08-08 22:55:29 CEST

On 8/8/06, Jim Bolla <jbolla@dnsllc.com> wrote:
> An issue I run into frequently is that files will get renamed/moved
> using normal OS move/rename operations as performed by my IDE (Visual
> Studio.NET) as I'm working on my project. Then when it's time to commit
> my changes, they show up to Tortoise/Subversion as a file has been
> deleted and a new file exists. This unfortunately breaks the chain of
> change history of the original file once committed. What would be
> extremely useful would be if I could, from the commit dialog, select a
> file marked as "missing" (the original file moved/renamed) and a file
> marked as "non-versioned" (the same file with a new filename/location)
> and have Tortoise restore the relationship between these 2 files,
> simulating a Subversion move/rename action. Thanks.
>
>
Have a look at VisualSVN (http://www.visualsvn.com/). It integrates
into Visual Studio and tracks renames very well. Also it have several
nice features such as ability to rename files multiple times without
commiting, correct file reloading after Subversion operations and
invoking TortoiseSVN through main menu. Unfortunately it's commercial
product, but price is not too high.

-- 
Ivan Zhakov
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Aug 8 22:55: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.