[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: Jim Blandy <jimb_at_red-bean.com>
Date: 2005-12-08 19:27:37 CET

On 12/8/05, John Peacock <jpeacock@rowman.com> wrote:
> Yes, essentially you are correct in all of those things. Subversion was
> intended to be a "better CVS" and as such is tuned for efficient
> textfile version control history operations, just as CVS was.

It's true that this was the original design strategy for Subversion.
But that's not a absolute defense. The use case being suggested here
--- storing OO files and getting reasonable repository space usage ---
is reasonable.

This --rsyncable flag for compression is a brilliant idea. I don't
know the details, but I understand zip and gzip are very similar, so I
would expect it's possible to implement something similar for whatever
zip code OO uses. That would make OO files friendlier in any context
involving binary diffs (rsync, xdelta). Some quick experiments
suggest that it would help CVS and RCS, too. So the OO people would
have some motivation to make this change; we should pitch it to them.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 8 19:57:25 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.