[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: Branko Čibej <brane_at_xbc.nu>
Date: 2004-11-21 04:00:23 CET

Greg Hudson wrote:

>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.
>
>
No, my point is that you'd generate the blame info with a type-dependent
diff, but you wouldn't have to _have_ that same diff in order to display
the blame info, too.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 21 04:01:26 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.