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

Re: New file svn-restore-dumps.py

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 13 Mar 2009 07:06:25 +0200 (Jerusalem Standard Time)

Mark Stead wrote on Fri, 13 Mar 2009 at 09:20 +1100:
> > The script scans the directory over and over until it doesn't find any
> > matching dumpfiles anymore. It would be better to scan the directory once
> > and store the list of dumps found in a list. Also the HEAD revision of the
> > repository can be read only once at the start of the script, since if
> > svnadmin fails the script will detect it, and if the dumps are labeled wrong
> > bad things happen anyway.
> > So I propose to change it this way:
> > - Read HEAD revision of the repos.
> > - Scan for dump files to load and put them into a list.
> > - Load all dump files.
>
>
> I've done the restructure. It scans the dumps, building a dict() keyed on
> the first revision number. It then loads the required dumps.
>
> Regarding the revision 0 quirk. You can in-practice load revision 0 or
> revision 1 against a new repository. My script currently requires a dump
> file corresponding to revision 0 when the head revision is 0. If you have
> dumps 0, 1, 2 etc in separate files, then it will load them all. If on the
> other hand, you only have dumps 1,2 etc, then it will complain that it can't
> find a dump for revision 0.
>
> I don't think this is an unreasonable requirement. Mind you I don't know if
> the dump for revision 0 can contain anything significant anyway.
>

revprops? UUID header?

> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1314593

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1315941
Received on 2009-03-13 06:07:02 CET

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.