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

RE: svn dump format

From: Syed Uzair Aqeel <uzair_at_nairang.org>
Date: 2006-08-14 20:06:53 CEST

I've written a Clearcase-to-Subversion dumper.

Since the versioning philosophies don't match exactly (individual-files vs.
repository-wide-changesets), I decided the best way to do it would be to
dump Clearcase labels (which represent changesets as well), and to convert
them as dumpfiles rather than simply importing them into Subversion, for
maximum flexibility. The downside is that this requires more disk space,
since I'm not doing delta-based dumps (ie, nothing like the '--incremental'
flag here).

When I tried it yesterday, it seemed to work pretty well. I produced 8.54GB
worth of dumpfiles (255 revisions) in 128 minutes, and loading them into my
SVN repository went through OK (no numbers there yet). I'm going to be doing
more tests today.

Anyway, cheers for the link, Ben, I'll check to make sure I'm doing things


> -----Original Message-----
> From: sussman@gmail.com [mailto:sussman@gmail.com] On Behalf Of Ben
> Collins-Sussman
> Sent: Saturday, August 12, 2006 8:33 PM
> To: Syed Uzair Aqeel
> Cc: dev@subversion.tigris.org
> Subject: Re: svn dump format
> On 8/10/06, Syed Uzair Aqeel <uzair@nairang.org> wrote:
> > Am I missing anything? Is there a format design document I can consult?
> http://svn.collab.net/repos/svn/trunk/notes/fs_dumprestore.txt
> Be warned of two things:
> 1. it looks like a text format, but it's really a binary format.
> 2. in svn_repos.h, there are already public APIs you can call to
> produce or consume a dumpfile. You probably don't want to reinvent
> this wheel.
> (What are you doing, anyway?)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 14 20:07:50 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.