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

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

From: Jim Bolla <jbolla_at_dnsllc.com>
Date: 2006-08-08 20:23:44 CEST

    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.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org

Received on Tue Aug 8 20:24:47 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.