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

Re: why subversion?

From: Ryan Schmidt <subversion-2006d_at_ryandesign.com>
Date: 2006-10-16 09:43:44 CEST

On Oct 16, 2006, at 00:29, Thomas Harold wrote:

> Ideally, I'd like a flag where I can tell SVN that I don't want to
> keep pristine copies (in exchange for higher network traffic and a
> higher server load). Either on a folder-by-folder basis (with
> inheritance) or on a file-type basis across a set of folders or the
> entire working copy (or entire repository).

Right; that's this feature request to allow working copies without
the text-base:


And the related issue of allowing a compressed text-base:


> Which goes along with your (and others') ideas that some file types
> are best sent over the wire without computing deltas.

That would be a separate issue. Can't find an issue tracker record
for it. The closest thing I found is this, which only relates to
turning off over-the-wire deltas when initially importing files:


> (The possible downside of not computing deltas depends on whether
> the server attempts a delta in order to store the file. If the
> client doesn't do the work, then it's up to the server to do it.
> Unless the server simply stores a new snapshot in the repository
> which would be the trade-off resulting in larger repositories.)

The server will always compute its own delta, which will usually or
possibly always be a different delta than the one the client sent in.
The client will send a delta against whatever previous revision was
in the working copy. In an FSFS repository, the server will store a
delta against a particular previous revision which is selected using
the skip-deltas algorithm, about which you can read here:


In a BDB repository, the server instead stores the complete head
revision, and redeltifies previous revisions, sort of the other way
round from FSFS.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 16 09:44:33 2006

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.