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

Re: [feature request]: prevent subversion from keeping track of changes

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2007-02-27 08:11:04 CET

On Monday 26 February 2007 22:28, Jared Hardy wrote:
> I just wanted to note that such a feature would be useful for large
> binaries, or compressed files, where everyone should have the latest
> version as part of any atomic update, but file diff history (except
> for path position and other low-cost meta-data) is not important.
> Storing diff history would take too much storage, and would be very
> inefficient for compressed files. A user-defined history-depth limit
> value definition method would be even better (the use-case example
> described here would be depth 1).
But you're aware that if you're storing only *one* version of the file, you
cannot do delta-updates? That point may be void to you, but gzip has an extra

    --rsyncable Make rsync-friendly archive

Using that makes the generated files a bit larger, but they can be related to
each other - so storing/transmitting deltas gets possible.

If you're only storing the last version, you have to transfer the full data to
each client - which may not be practical!



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 27 08:25:37 2007

This is an archived mail posted to the Subversion Dev mailing list.