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

Re: Enhancing svn blame (Was: Case study: Mono switches to Subversion)

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-11-21 03:06:03 CET

On Sat, 2004-11-20 at 20:54, Branko Čibej wrote:
> Karl proposes that we store a diff as if it were created byte-by-byte
> instead of line-by-line.The advantage of storing byte ranges is that you
> don't care how you came by them, i.e., they're independent of the actual
> diffing agorithm (line-based context diffs reveal a fair amount about
> the generating algorithm). This means that theoretically, we could have
> an implementation of "blame" that does something sensible with bitmaps
> or -- ouch! -- even video streams. Or XML, which would probably have a
> larger target audience. :-)

Would it really be all that general? What if, for the XML blamer, you
want attributes to be treated as order-independent? If two attributes
are reversed in order but are otherwise unchanged, the byte-for-byte
blamer will treat the new rev as responsible for those attributes even
though there's no semantic change.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 21 03:07:12 2004

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.