Re: why subversion?

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:

http://subversion.tigris.org/issues/show_bug.cgi?id=525

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

http://subversion.tigris.org/issues/show_bug.cgi?id=908

> 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:

http://subversion.tigris.org/issues/show_bug.cgi?id=913

> (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:

http://svn.collab.net/repos/svn/trunk/notes/skip-deltas

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