I wish I had an answer for you. We have a similar situation. I manage a dozen production SVN Repos and some are getting quite large. One repo has over 35,000 revisions. Some of the original revisions from years ago I'd like to extract and archive and just maintain the archive with history for say the past two or three years. I know I can dump a revision range, but as I understand it, a delete really doesn't delete. I can always go back to the deleted revisions in the history and get them. I would love to have a "permanent delete" that would help me eliminate some of the detritus my repos have and would help reduce their size.
Regards, Tom -----Original Message----- From: Paul Ebermann [mailto:paul-eberm...@gmx.de] Sent: Wednesday, May 26, 2010 11:53 AM To: users@subversion.apache.org Subject: compact repository (many files) Hello, I have here a personal Subversion repository hosted on my university account (for easy access from everywhere via SSH). (Its format is a 1.5 FSFS, from the information in the meta-files.) I'm now to revision 2529, which means the whole repository has 5098 files (most of them in db/revs and db/revprops), and which each new revision I get two more files. (The whole repository is about 45 MB big, but that's not the matter here.) The problem now is that I have a quota limitation of 30000 files here (additionally to a size limit), and my svn repository fills now about 1/6 of this, steadily growing, forcing me to delete other files ... Is there any way to reduce the file number of the repository without throwing away information? As in, throw the changes in revisions 0 ... 999 together in one file (and this way even safe some space for better compression)? (I don't care for worse performance, as those old revisions are used only very seldom.) I found nothing about this by extensive googling so I assume such a function is not yet implemented. Is this really a new idea, or was it discussed before and rejected? Or is there a simple workaround? Paul