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

Re: Repository id's?

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2003-09-23 21:29:31 CEST

At 3:15 PM -0400 9/23/03, Kenneth Olving wrote:
>Keeping threads separate a bit...
>Is there any notion of a unique repository id?


> svn info
Url: svn+jack://macboy.repenning.homeip.net/svn/jrepenning/trunk/home
Repository UUID: 124de772-4fc0-0310-a23f-a23faca88ab5

>Reason I'm asking is the following: for initial work I might set up
>a small win32 server local to us with one local URL. We work a bit
>and eventually we realize that we're in a state that we can share
>the stuff - so I want to make the repo available on a 'public' URL.
>I may even switch architecture and go with our regular Solaris
>boxes. Ok, so I dump and load on the new machine.
>Technically I might now make a case of saying that the just loaded
>repo is actually the *same* repo from an identification standpoint.
>Or, arguably, maybe it's not. At least, the new repo should be
>identifiable as 'coming from' another id. All this obviously comes
>from my CC/Multisite experience where I have multiple replicas that
>essentially are 'equal' and I know I can treat them as such, more or

In Subversion, dump/load preserves the UUID. Actually, in ClearCase
it does, too (e.g., for backup/recovery or architecture moves):
replication is "dump, futz, load" sort of a deal. SVN ain't got no
replication just yet. There's no plan for that per se, but I'm
betting it'll take SVN less than the 15 years it took

Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 23 21:31:33 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.