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

Re: svn blame miscategorizing a file as binary

From: Simon Large <slarge_at_blazepoint.co.uk>
Date: 2004-10-11 19:04:55 CEST

"Archie Cobbs" wrote
> Greg Hudson wrote:
> > > How likely is it that someone will version a binary file and then
re-use
> > > that same file as a text file?
> >
> > I'd agree with you, but a friend of mine recently surprised me by
> > talking about converting GIFs to JPEGs while retaining history (he
> > wanted "svn mv" to work having already moved the file). That's
weird
> > because the delta is meaningless, but you still want the log to
travel
> > from the JPEG to the GIF.
> >
> > In a similar vein, someone might convert a Word file to a Latex file
as
> > part of a copy operation.
>
> That is not a counter-argument to assuming that the user has
> set the MIME type correctly (whether binary or not).
>
> In your example, if the revision being viewed is the Word file, it
> should have a binary MIME type. If it's a Latex file, it should have
> a non-binary MIME type.
>
> In the former case, it should be "skipped", in the latter not.
>
> What's so hard to understand ??

No, Greg's (and Martin's) is a valid argument. Sometimes, like in
Delphi, the supplier changes the file format from binary to text, or
vice versa, so there is a genuine possibility that blame is only valid
for some of the file's revision history. There is already an option to
start from revN, but there does need to be an option to skip/include
revs marked as binary. What the default should be is open to (yet more)
debate.

Simon

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 11 19:08:58 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.