[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: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 10 Nov 2008 19:53:11 +0100

baresj wrote:

>> What command line switches are you using with svn blame?
>
> In the meanwhile I read more documentation and compared results between command
> line and TortoiseBlame and IDE (Eclipse on top of JavaHL). Now I know that
> TortoiseBlame shows info with user-merge-history (no way to turn this off on
> 1.5], the IDE doesn't use this flag (no way to turn this on I think) and in
> command line I am the commander. However there are differences between result
> from command line (1.5.4) and TortoiseMerge (1.5.5), see:
>
> All commands were issued on the same WC (trunk)
>
> listing 1, "svn blame MyFile.java -v"

try
svn blame MyFile.java -v -x -w --ignore-eol-style
because that's what you've set for TSVN blame (you mention that below).

If you want the blame not to ignore eol and whitespace changes, you have
to change the default option in the blame dialog.

> Is seems to me, that blame with revision history doesn't work correctly in
> TortoiseBlame and even on command line or our merge-info is broken, but in this
> case both tools should show same data. TortoiseBlame without revision history
> would show correct data. Where can I get TortoiseBlame 1.6 that should have
> this option? Is it stable and can I use it on 1.5 WC format and 1.5 server?

The soon-to-be 1.6 nightly builds are available from here:
http://nightlybuilds.tortoisesvn.net/latest/
but the WC format is not compatible with 1.5. But it won't cause any
problems with an 1.5 server.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net

Received on 2008-11-10 19:53:32 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.