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

Re: obliterate revisions [update]

From: Tehmul Ghyara <tehmurasp.ghyara_at_oracle.com>
Date: Fri, 28 Mar 2008 14:47:42 +0530

I forgot to mention - any branches/tags you create in the removed
revisions will end up taking up more space in the repo - because now
they exist as separate physical copies in the repository.

Ciao and regards
TG

Jon wrote:
> I have a fairly large repo for which I want to flush all of the
> history. The key factor is to avoid having to do a new checkout and use
> existing working copies. Does anybody see any blatant issues with the
> following tasks? I was able to get this to work and all appears fine
> through initial testing.
[snip]
> svnadmin dump -r1:33 myrepo >myrepo_1to33.dump
> svnadmin dump -r34:37 myrepro >myrepo_34_37.dump
> cat myrepo_1to33.dump |
> svndumpfilter exclude / myrepo_empty_to_r33.dump
> mv myrepo myrepo _orig
> svnadmin create myrepo
> svnadmin load --force-uuid myrepo <myrepo_empty_to_r33.dump
> svnadmin load --force-uuid myrepo < myrepo_34_37.dump

svn annotate/blame for files from the obliterated revisions will likely
show the author to be the username that checked in the first
unobliterated revision (34 in your example).

Ciao and regards
TG

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-28 10:23:35 CET

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.