[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: Lübbe Onken | RA Consulting <l.onken_at_rac.de>
Date: Wed, 12 Mar 2008 10:01:21 +0100

Hash: SHA1

Hi gabriel,

You wrote:

> I really liked your answer.
> I have a similar problem as rj. But my concern is repository disk
> space.
> I have 20 Gb in Word and Excel documents. They are being updated
> pretty often. I'm using a shared folder now and I'm considering SVN.
> I'm worried that the repository gets huge too soon. I would like to
> have some revisions of each file but I don't need to have all
> revisions. Let's say I just need 5 revisions for each file (that means
> 100 Gb in total and it is fine by me).

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

B. Smith-Mannschott [benpsm_at_gmail.com] posted a graph in this thread a few days ago, which showed that .doc files are handled well by the subversion diff algorithm.

5 revisions of each file doesn't mean 100GB in total. In B. Smith-Mannschott's graph a repository with 80 revisions of a 6MB doc file only grew to about 16MB.

Go for svn. It's a no-brainer once you set it up, and, *IF* the repository ever grows too much, you can still change your mind. :)

- - Lübbe

- --
  oo // \\ "De Chelonian Mobile"
 (_,\/ \_/ \ TortoiseSVN
   \ \_/_\_/> The coolest Interface to (Sub)Version Control
   /_/ \_\ http://tortoisesvn.net
Version: GnuPG v1.4.7 (MingW32)


To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-03-12 10:01:34 CET

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