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

Re: A simple (?) suggestion from a svn fan :)

From: Alessandro Polverini <polverini_at_nibbles.it>
Date: 2003-02-24 19:46:10 CET

On Mon, 2003-02-24 at 20:54, Ben Collins-Sussman wrote:
> Alessandro Polverini <polverini@nibbles.it> writes:
>
> > So, I'm wondering: would it be possible to implement this behaviour in
> > svn, when checking in files that have a certain property set:
> > - gunzip the file
> > - diff it with the previous (gunzipped) file
> > - store differences (diff works well enough with xml files)
>
> Internally, Subversion uses a binary diff algorithm to express all
> file differences, regardless of whether a file contains text or binary
> data. So when you store successive versions of a binary file in a
> Subversion repository, you *are* getting differential (compressed)
> storage. (CVS, because it uses RCS, has to store the entire binary
> file over and over.)
>
> So in this sense, Subversion is already doing what you wish.

Not really.
What I mean is: a single byte difference in a text file could
(potentially) lead to a much different compressed file, so the
"difference between differences" could be very high.
Also, and this is the most important thing in my advice, by diffing the
uncompressed files, we can :
- understand (real) differences between OpenOffice files (for example in
a text document) instead of having simply two completely unrelated
binary files (two different revisions).
- enable (sometimes) merges, and hence, the ability to put under svn
files that normally we can't because of the missing of "lock"
functionality.

Greetings,
Alex

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 24 19:46:57 2003

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.