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

Re: svn blame not working for files which had binary mime-type in a previous revision

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 31 Jan 2013 19:24:21 +0000

Stefan Sperling <stsp_at_elego.de> writes:

> OK, I agree that it might not be obvious to someone who doesn't know
> how blame actually works internally. It works by incrementally diffing
> all revisions that changed the file to figure out which revision
> contributed which line. Since a binary file doesn't have a notion
> of what a 'line' really is, this approach doesn't work for binary
> files. Neither does it work if one or more revisions contain binary
> content.

What exactly goes wrong? The current revision is text, not binary, and
the final output is the current file. No part of the binary file gets
into the final output.

Suppose I have a file that really was binary in the past, perhaps a
shell script that used to be an ELF binary. When blame reaches the
binary revision the binary data is likely to get treated as one or more
lines of text, none of which match the current text. At that point the
blame algorithm is complete. Isn't that the right answer?

I see I asked this question in the original thread but I don't see any

Certified & Supported Apache Subversion Downloads:
Received on 2013-01-31 20:25:08 CET

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.