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

Re: Subversion branch deltification policy is more space-hungry than CVS

From: John Peacock <jpeacock_at_rowman.com>
Date: 2004-05-26 23:26:10 CEST

Max Bowsher wrote:

> 5. Examine the repository. Observe that there are multiple fulltexts stored
> per file. One for HEAD of /trunk, one for HEAD of /branches/foo.

Since "branch" is a concept that exists only in the mind of the developer, that
makes sense. A copy of any file in the repository is a node copy only until
that file is changed, when it becomes a fully populated node, hence a "second"
fulltext. Unless you are saying that all copies with history should be stored
as a delta from the original, there is nothing odd about this revelation.

For large repositories with lots of tags/branches, where the branches and tags
are largely unmodified copies, the space-savings (for node copies) should vastly
outweigh any additional fulltexts for modified branch copies (with fulltexts).

As I understand the cvs2svn issue, when a branch is created, the files are _not_
copied from the trunk, so you wind up having fulltexts for all branch files, not
just for modified branch files. That is a big problem.


John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 26 23:26:13 2004

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.