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