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

Re: Binary files

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-06-15 04:48:15 CEST

On Mon, 2004-06-14 at 21:28, Ben Kucenski wrote:
> I'm not sure the extent of Subversion handling binary files. If I retrieve
> an older revision of a binary file using SVN commands I get back something
> that isn't the complete file and I have no idea what it is.

Argh, you're telling us vague anecdotes again! *Show* us the problem!

The Subversion repository has no idea if a file is text or binary. It
treats file contents as literal bytes, end of story. The client,
however, looks at the svn:mime-type property as a 'hint' to see if it's
okay to attempt contextual merges when updating files.

So I assure you, there's *nothing* wrong with Subversion's handling of
binary files, or any other kind of file.

For example, here's a command to retrieve the latest version of a PNG
file from Subversion's own repository:

$ svn cat

If you want to get an older version of it, just add an -r flag:

$ svn cat -r8817

You make a very serious claim, that "you're not getting back a complete
file". Will you please *show us* a transcript of this problem? Show us
the exact commands.

> My work around is simply to automatically append the revision number to the
> file when it's updated if it's a binary file. When a binary file is
> requested it checks to see what revision number the user wants and if that
> file exists, the user gets that one, otherwise they get the file without a
> revision number (the latest.)

And now you've lost me again. I have no idea what you're talking
about. Is this a *suggestion* you want us to implement?

Whatever the case, if you're having problems, show us. Please.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jun 15 04:51:13 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.