> Bob Archer wrote:
> >> I'm using SVN 1.4.4 on CentOS and I need - for administration
> >> - to delete *for real* a whole directory from the repository. As
> >> everybody knows, deleting using the "delete" command just adds a new
> >> revision, without freeing space on the disc. I googled my issue,
> >> reading that it's impossible to delete for real something on a
> >> repository, and a filtered dump with a following reimport is needed.
> > With the current version you need to think of the repository as
> create/update only and plan for this in capacity planning. The bottom
> line is that things are going to be added to your repository that you
> don't want in there. If you go and dump/load every time this happens
> you are going to drive yourself crazy. You just have to be ok with it.
> > There are many requests to add this, but frankly I consider it a low
> priority... at least for me. To others it is a high priority. I would
> rather see the developers would on stuff like WC-ng and better history
> for move/renames and perhaps better branch/merge functions like brining
> in some of the features of the svncopy.pl utility.
> Something that can only grow infinitely just does not seem well
> for real world use, even if in practice it often works out for a while.
Tell google that. They tell me I never need to delete email again and my mail space will grow infinitely. Think about how much a 1TB hard drive cost 3 or 4 years ago and how much it costs today.
Anyway... you still can trim your repo. I just don't think doing it every time someone is human and puts a file into it that really shouldn't be there.
However, a yearly or maybe even every other year dump/load to reduce the size of your repository is certainly reasonable. Yes, it would be nice to have a tool to do this faster than a dump/load. Yes, I would still put that tool at the bottom of my "wish list".
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-17 16:53:16 CEST