Please use Reply To All to ensure that replies stay on-list.
Yep, agree that disk is cheap, but I can't convince those system
administrator that.
If your system administrator won't address the needs of his users,
he's useless. If you're properly using SVN and not bloating the
repository with massive files that don't need to be versioned, then
the sysadmin is not doing his job properly by not giving you the space
required.
Is there some way that I can like archive the repository
into a dump file, then like what you say strip of some history to reclaim
space?
svndumpfilter. See the FAQ and book. But it seems rather foolish to
have to destroy history just to avoid buying a larger disk -
especially since in some cases, selectively removing things from
history can make the repository *bigger*. Destroying history negates
one of the benefits of using Subversion in the first place. My audit
department would lobby for the termination of my employment if I were
to make that choice (fortunately, my department's decision-makers
would prevent that by giving me the disk space required for the
system).
Post by Andy LevyPost by Cheng Wei LeeChecked that there isn't much log files. Does deleting of files help in
recovering the disk space, since SVN doesn't really deletes any files?
Won't recover any space at all. If you dump the repository, then run
it through svndumpfilter to strip out items you don't want in the
repository at all, then reload it, you can reclaim space. At the
expense of losing history.
Post by Cheng Wei LeeIf it
doesn't, how else can I reclaim my disk space, if adding harddisks isn't
a
Post by Andy LevyIf your repository is using an older release of SVN, or has large
amounts of data/numbers of revisions which were created under an older
version, you /may/ see a size reduction by doing a dump/load cycle
using 1.4. But there's no guarantee there.
You can't free up a large amount of space without dropping history.
Disk is cheap; buy more.