[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: Daniel Rall <dlr_at_collab.net>
Date: 2006-09-19 00:04:47 CEST

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'.

That said, you're going to have similar problems with your change log
emails, and any web-based email archives of them (which you may or may
not control).

This "oops, I committed proprietary IP where I shouldn't have" problem
definitely isn't unique to your situation. It's a tough one to deal
with. :)

  • application/pgp-signature attachment: stored
Received on Tue Sep 19 00:06:14 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.