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

Re: Issues 516: "svn obliterate"

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-09-19 00:42:48 CEST

On 9/18/06, Daniel Rall <dlr@collab.net> wrote:
> On Mon, 18 Sep 2006, Nik Clayton wrote:
> > Jacob Atzen wrote:
> > >On Mon, Sep 18, 2006 at 09:40:03PM +0100, Nik Clayton wrote:
> > >>I also don't know what happens to svnsync'd copies of repos when you do
> > >>this. That's something else for me to play with.
> > >
> > >Have you considered using rsync for mirroring the repository? I'm not
> > >sure if this is even feasible with your setup, but it could be a
> > >solution to the mirroring issue. More info is available at:
> > >
> > >http://snarfed.org/space/backup+subversion+fsfs+with+rsync
> > >
> > >Beware that this afaik only works with the FSFS backend.
> >
> > Yeah, looking at this is on my todo list -- if svnsync can't cope with
> > repos that have gone through a dump/load cycle then this is my backup plan.
> Using dump/load to emulate 'obliterate' for a master repository which
> is the source for a mirrored repository may or may not hork up any
> subsequent svnsync (I think "not" is more likely, if you avoid
> modifying the revnums to account for the filtered revision(s)), but it
> definitely won't propogate the 'obliterate'.

Yeah, as long as the revnums match it'll still sync, but there won't
be any propogation of the removed revs, since that's outside the
understanding of the tools in question.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 19 00:43:02 2006

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

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