RE: Permanent removal

Hello,

> -----Original Message-----
> From: sureshkumar nandakumar [mailto:suresh1256644_at_gmail.com]
> Sent: 12 January 2012 06:58
> Subject: Permanent removal
>
> Dear Expert,
>
I'm not an expert, just another user...

> Our repository size are increasing on daily basis, we were planed and
> removed unused tags in SVN.

"Tags" are very cheap copies that take hardly any space:
http://svnbook.red-bean.com/en/1.7/svn.branchmerge.tags.html

> But still the size is not increased. And also whatever I have removed
> all those files are still persist in earlier version.
> Then there is no use of my removal.
>
Correct. "delete"ing stuff in subversion does not remove the data, just removes the items from subsequent revisions. That is one of the main features of source code control...

> Suppose, I would like to do permanent removal in SVN, how can it
> possible and how to do permanent removal in SVN?

You can dump the repository, run it through svndumpfilter and then reload the filtered dump into a new repository.

http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.tk.svndumpfilter

http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.filtering

> If I do permanent removal, how I can take those files in case if it is
> require for future reference.

Whilst filtering your dump, also create a different dump file with the stuff you "don't want", then you can load it somewhere else in future if you want to.

> Please advise me with good practice.
> Your suggestion is more use to me.
>
Personally I chose to go the multiple-repository route from the start, creating new repos under a parent path for all new projects. This makes it a lot easier to move stuff around (so long as the projects are not too intimately related, of course)...

I have to say that I do not consider 100GB to be hugh these days (although disk prices have gone up somewhat recently due to the flooding in Thailand) but 1000GB disks are still relativley cheap?

Hope that helps,

~ mark c
Received on 2012-01-12 08:16:31 CET