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

Re: MT 'blame' and 'log' Auditing - Design Specification

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: 2007-04-29 03:19:35 CEST

Hash: SHA1

Giovanni Bajo wrote:
> On 28/04/2007 19.30, Mark Phippard wrote:
>> dlr things that the performance hit here could be pretty substantial.
> Well possible, but I wonder about the tradeoff. Do we have numbers? Is
> it much slower also for files which don't have any merge information
> (that is, it affects also people not using branches at all, or not
> merging so often)?

We probably won't have numbers until after it is implemented. :) After
that, it should be as simple as throwing a switch somewhere, if we
decide to make this behavior the default.

I'm still not sold on that, though. There's also the question of
backwards compatibility, and I'm not sure that changing blame output
like this would keep that intact. Are there scripts which could use
blame output to determine who performed a merge? Might they depend on
the current behavior? Having this on by default would break such things.

- -Hyrum
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Apr 29 03:18:09 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.