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

RE: Re: Evaluating SVN as a Document Management Solution

From: Daniel F Garcia <dgarcia_at_kobold.com.au>
Date: Wed, 12 Mar 2008 19:11:52 +1000

>Subversion stores the delta between revisions, so the size does not
increase that much if you commit a new revision of a file

That is true to an extent. Also because you eliminate the need for more
traditional forms of version control (eg do a file copy each time you
release a document to a client) you can actually save space by using a
subversion repository.

The biggest downside is that lost space cannot easily be reclaimed, so you
need to make sure people don't do anything dumb like committing an 8gb disk
image or virtual PC image.

One thing I've noticed is that deltas are a lot bigger using MS Word 2007. A
word 2007 is essentially a zip file, which is full of xml documents, images
etc. A small change in the document can often end up being a large change in
the binary. I remember 1 weekend when we were working on a large document,
our repository grew by 5gb (see attached graph).

We use subversion both for source code and document management and it work
really well. I think what could work better would be a layer above
subversion to provide
* Management of meta data
* Management of partial checkouts
* Simplified HMI for non technical users

Daniel.

  • application/x-pkcs7-signature attachment: smime.p7s
Received on 2008-03-12 10:13:51 CET

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

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