[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Another request for obliterate...

From: Christopher Ness <chris_at_nesser.org>
Date: 2005-04-12 19:36:26 CEST

On Tue, 2005-12-04 at 08:52 -0400, michael.smith@lanxess.com wrote:
> I was just discussing this with a colleague a few days ago. As far as my needs
> are concerned, this is a serious missing feature -- I pay a service (wush.net)
> for 50MB, and I don't want to go over. A way to delete old revisions or even
> something like VSS's "store latest version only" would seem to be in order.

I have done a 8 month final year project with 4 other students. All our
"artifacts" including documentation (in LaTeX, not word, huge
difference) and source code with vendor branches only cost 56M in 526
revisions. Storing as deltas is gold.

[root@jackd opt]# du -hs ./asc/
56M ./asc
[root@jackd opt]# svnlook youngest ./asc/
526

I have a working copy of the entire repository.

[nesscg@heidrun asc]$ ls
branch tag trunk
[nesscg@heidrun asc]$ svn update
At revision 526.
[nesscg@heidrun asc]$ du -hs .
373M .

If you want to trim your disk usage. You can always filter out paths
with `svndumpfilter` to get rid of entire "paths" (I think that is files
and directories, but not sure) you don't like.
But getting rid of branches and stuff doesn't save you much space since
they are only pointers which may or may not have change sets attached to
them.

You _could_ start a new repository and take the latest export from your
old repository. I would _never_ do this because history of the files is
just as important to me. Also I have no disk constraints, but YMMV.

Cheers,
Chris

-- 
Software Engineering IV,
McMaster University
PGP Public Key: http://www.nesser.org/pgp-key/
13:25:54 up 16:57, 2 users, load average: 0.32, 0.15, 0.04 
http://www.gnu.org/philosophy/no-word-attachments.html

Received on Tue Apr 12 19:40:32 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.