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

Re: Autoexpanding ZIP archives?

From: Malcolm Rowe <malcolm-svn-dev_at_farside.org.uk>
Date: 2005-12-07 19:53:38 CET

On Wed, Dec 07, 2005 at 12:49:20PM -0500, John Peacock wrote:
> Hadmut Danisch wrote:
> >The zip archives store everything with a modification date. So just
> >slight changes can cause large differenes. Keep in mind that LZ
> >compression is not byte aligned. A change of just a single bit in the
> >uncompressed source (e.g. the mod date of a directory) could leave the
> >10 MB unmodified in principle, but shift it by one bit. The full
> >archive is modified, 10 MB of storage wasted.
> The obvious question then being why are you storing this information in
> a version control system in the first place? Perhaps Subversion isn't
> the right tool for your problem?

The original poster was, I believe, talking about OpenOffice.org
documents, which sound like a fine thing to store in a version control

Note that the same argument essentially applies to any structured
document for which there is a 'better' (more space efficient, better able
to represent changes) delta mechanism than a binary diff: zip files,
compound OLE documents (e.g., Microsoft Office files), XML files,
potentially even C code.

This is just the storage equivalent to the 'custom diff tool for different
document types' issue.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 7 19:58:32 2005

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.