[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: Greg Stein <gstein_at_lyra.org>
Date: 2002-04-25 01:41:10 CEST

On Wed, Apr 24, 2002 at 11:23:24AM -0700, David Mankin wrote:
>...
> I'm not sure I fully understood the proposal, but what I think I'm picking
> up from the discussion is that the revision numbers (e.g. rev 1770) would
> not be maintained across a dump/restore. If I'm wrong, good. Just let me
> know.

If you're loading a repository, in the sense of a "restore", then the
numbers will be retained.

If you're loading into a repos that already has data, then the numbers
definitely can't match (since your dump started at 1, and your load will be
starting at N).

If you're loading a subset into a repos, then they can't match (you're
loading N as rev 1).

> Otherwise, I think this is something to be avoided, since many human-based
> pieces of data refer to revision numbers, and they would be confused by a

Agreed. On a simple dump/load operation, the numbers will be retained. If
you're using subsets of pre-existing repos, then I think you'd just need to
live with the difference. But note: on the human side of the keyboard, they
might be entirely fine with this; I don't think we necessarily should
prevent the occurrence.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 25 01:41:21 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.