[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: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-02-24 20:54:51 CET

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.

> That would work even better if it would be possible to use an "xml-diff"
> instead of normal diff because of several factors like:
> - possibility to correctly make diffs also if xml is not pretty printed
> (e.g. all in one line)
> - possibility to better understand differences (e.g.: a node/property
> added/removed/modified) for better difference reporting

Someday, we plan to have a pluggable client-side diff interface. In
other words, you would register an external program to launch and
display "XML diffs" whenever a file with svn:mime-type property of
"xml/*" needs to be merged in the working copy.

We just haven't had time to implement it yet. :-)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 24 18:55:56 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.