tags:

views:

447

answers:

5

What are the best practices with respect to planning disk space for a Subversion repository that will host average development projects (i.e., with text files mostly and the odd binray here and there)?

If, for instance, my project takes up, say, 100Mb as my working copy, how much space should I reserve for the repository to be comfortable?

A: 

I suspect it will have more to do with the amount of history, than the number of files.

1800 INFORMATION
+4  A: 

I don't think there's any best practice with regards to repository disk space. The usual practice is to just give it as much as practical. 20 GB, 40 GB is good enough.

Do take note that Subversion stores file changes rather than actual changed files, so disk space usage depends entirely on how frequent commits will come in and how big is the diff from the previous revision. Also, if you have binaries and you commit new versions of those binaries often, expect a big increase in disk consumption because the Subversion doesn't handle binary changes well.

aberrant80
A: 

You could check the repository sizes of some open source repositories (if it isn't mentioned on the website, just ask on their mailing lists).

As an example, the TortoiseSVN repository is (at the time of this writing at revision 16687) 340MB big, using 436 MB on disk.

Stefan
+4  A: 

While there aren't any workable formulas to help you calculate estimated growth and disk usage, the following Subversion manual topics should help you gain a better understanding on the underlying data store implementation

http://svnbook.red-bean.com/en/1.4/svn.reposadmin.planning.html

http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.diskspace

The backup and migration of a repository to another disk is fairly easy, so you can have the option of moving over to a larger drive when disk space is really getting exhausted.

A factor of minor importance: You may also want to determine if your estimate against your local working copy is including all the intermediary build artefacts and svn client files; those files should not contribute to your 100MB project size. A fresh export from your repository should provide a more accurate figure of only the files under version control. But as mentioned by others, that is not as important as the number and size of changes/revisions the project has undergone.

icelava
A: 

i want delete some project my svn repository.because my hard disk size is going to full.i delete the one (5GB Size)project in through svn repo browser.but my hard disk free space size is not increasing.what i do? Please help me

Thanks in advance, Velmurugan

Deleting "folders" in the repository only tells Subversion "from this point on, the folder is gone". All the _historical_data_ about the content and their changes are _still_recorded_ in the repository; therefore the size will not decrease.
icelava