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

Re: Repair move is slow and could be more intelligent

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 22 Apr 2009 13:16:42 +0200

Dennis Haney wrote:
> The current repair move was a really nice addition.
> It is just very slow. Whenever you click repair move, it will do a
> complete rescan of affected files, causing a 5-10 second delay and after
> updating the filelist it seems to consider the global financial crisis
> and takes an additonal 5-10 seconds before you can select any files again.

That additional delay is the scanning of file contents for the
auto-completion. You can configure this in the settings
dialog->Dialogs2->Timeout in seconds to stop the auto-completion parsing
(set this to 0)

> If you have 10-20 files that you moved around, this adds up to a lot of
> wasted time.
> Speaking of moving around 10-20 files, it would be really nice if you
> could select a whole bunch of candidates for repair move, and then it
> would look at the filename.
> I think that in 95% of the moves I do, it is paths changing, not
> filename changes.

Well, that's you - but if I consider all the people I know and work
with, 96% of the time they're doing renames, not moves (refactoring) and
have to repair those...


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-04-22 13:16:58 CEST

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