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

[Greg Hudson <gh...@MIT.EDU>]

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

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

[Branko Čibej <br...@xbc.nu>]

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