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

Re: fs dump/restore proposal

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-04-24 22:14:57 CEST

Ben Collins-Sussman wrote:

>Branko Čibej <brane@xbc.nu> writes:
>
>>Nope. You could restore the repo that way. All you have to do is make
>>sure the second dump can refer to nodes in the first dump. You do that
>>by using full paths of nodes in the previous revision for the
>>references. And I thought we agreed to keep only fulltexts in the
>>dump, no diffy stuff.
>>
>
>Well, you can't have it both ways, Branko. :-)
>
>When I dump -r1001:HEAD into a file, I have two mutually exclusive
>choices:
>
> * the first revision in the dumpfile is all fulltexts, and every
> subsequent node refers back to them. when loading the file, the
> first revision is imported as whatever revision number is "next"
> in the repository.
>
> OR
>
> * the first revison refers back to paths that are in pre-1000
> revisions. That means when you load the file, you better be
> loading into a repository that already has the exact 1000
> revisions it wants to see.
>
You can, too, have it both ways. The first revision is all fulltexts,
*and* refers back to paths in r999, *and* has a flag telling the loader
whether the text changed in r1000 or not. I don't see a problem.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 24 22:16:18 2002

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.