how to calculate the repository size resides in the SVN

[mahesh balasubramaniyan]

Hi ,

We have a requirement to clean up the SVN code repositoriy. We are looking for an option to list out the directories in SVN which consumed more space. Can someone help us with the pointers here.

Regards,

Mahesh B.

[Daniel Sahlberg]

torsdag 22 juni 2023 kl. 15:25:50 UTC+2 skrev mahesh balasubramaniyan:

Hi ,

We have a requirement to clean up the SVN code repositoriy. We are looking for an option to list out the directories in SVN which consumed more space. Can someone help us with the pointers here.

Are you looking to decrease disk usage on the SVN server? That is simply not possible, the history in the repository is immutable and you can't delete anything that has been committed.

Your only option would be to dump the whole repository (svndump or svnrdump) and filter out any paths you don't want to keep anymore (svndumpfilter) and then import everything to a new repository. This will invalidate any working copies.

Kind regards,

Daniel

[mahesh balasubramaniyan]

Thanks Daniel. I have below questions. When you mean Dump , I think,  these repositories will not be available for any later retrieval right. Also, We add folder and delete folders in the SVN Right? Does deletion not reduce the svn storage consumed?

Regards,

Mahesh B.

[Daniel Sahlberg]

torsdag 22 juni 2023 kl. 16:06:13 UTC+2 skrev mahesh balasubramaniyan:

Thanks Daniel. I have below questions. When you mean Dump , I think,  these repositories will not be available for any later retrieval right.

Dump means extracting all revision data to a local text file which you can then import to a new repository. Obviously, to reduce disk usage you need to remove the original repository, at which time it is no longer available. Please have look at the SVN book: https://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.tk

 

Also, We add folder and delete folders in the SVN Right? Does deletion not reduce the svn storage consumed?

No, not at the repository. Subversion is a version control system, it ensures it is possible to go back in time to a previous point (revision) and see exactly what was in the repository at that time. It would not be possible to do that if you could delete a file from the repository. Please also see https://subversion.apache.org/faq.html#removal

Kind regards,

Daniel

 

[mahesh balasubramaniyan]

Hi Daniel, 

Thanks for the insights, it really helps.  As we had already used 91% of our SVN Disk, We are looking to cleanup space and move our older code branches to a cold storage(later retrieval if needed) than keep it in our server. Can you please help us with pointers from your experience to cleanup any particular way?

Regards,

Mahesh B.

--
You received this message because you are subscribed to a topic in the Google Groups "TortoiseSVN" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/tortoisesvn/CgXFrStrHNs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to tortoisesvn...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/d524ae3a-1502-453d-b89a-f0c8888f6d88n%40googlegroups.com.

[mahesh balasubramaniyan]

Any pointers on this?

Regards,

Mahesh B.

[Daniel Sahlberg]

fredag 23 juni 2023 kl. 07:55:33 UTC+2 skrev mahesh balasubramaniyan:

Hi Daniel, 

Thanks for the insights, it really helps.  As we had already used 91% of our SVN Disk, We are looking to cleanup space and move our older code branches to a cold storage(later retrieval if needed) than keep it in our server. Can you please help us with pointers from your experience to cleanup any particular way?

Not more than the links to the SVN book.

It will be a lot of work migrating your history to a new repository since this will invalidate all existing working copies on all developer's machines. It is probably a LOT cheaper to just buy some more disk, since this only affects the server.

Kind regards,

Daniel