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

Re: TortoiseBlame is slow and unreliable

From: baresj <herkule9s_at_yahoo.com>
Date: Mon, 10 Nov 2008 09:51:49 +0000 (UTC)

Lübbe Onken | RA Consulting <l.onken@...> writes:

>
>
> Hi Jan,
>
> You wrote:
>
> > * TortoiseBlame is quite slow compared to svn blame. Svn
> > blame takes seconds
> > while TortoiseBlame takes minutes, both showing full revision
> > history blame
> > without merge tracking
>
> Which version of TortoiseSVN/-Blame are you using?

As I already wrote, I have TortoiseSVN 1.5.5, Build 14361 - 32 Bit and
TortoiseBlame from this distribution.

> Could you provide examples (screenshots, whatever) with the parameters you
used and the results of both applications?
>
> > I appreciate any help, please ask for further information if needed,
>
> Just blaming TortoiseBlame without any further clues won't lead us to the
source of the problem :)

Now I tried TortoiseBlame with "use text viewer to view blame", it was quicker,
comparable to command line and there are two columns with revision numbers. I
don't know what is the difference between the columns, the problematic line is:

G 1665 40359 38757 5.11.2008
15:42:32 /trunk/EJB/component/domain1/domain2/p1/p2/p3/p3/SomeFile.j
ava developerXY some line in java

The revision in second rev. column (38757) is the revision that changed the
line (this is correctly shown in "svn blame"), the rev. in first column (40359)
changed few lines at the opposite part of file (along line # 4700). The
revision 40359 was not a merge.

I hope it helps, Jan

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-11-10 10:52:16 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.