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

Re: Proposal: Change repository's UUID over RA layer

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Fri, 6 Aug 2010 09:30:33 -0500

On Fri, Aug 6, 2010 at 9:24 AM, Greg Stein <gstein_at_gmail.com> wrote:
> On Fri, Aug 6, 2010 at 10:15, Ramkumar Ramachandra <artagnon_at_gmail.com> wrote:
>> Hi Greg,
>> Greg Stein writes:
>>> Why would an admin install a hook to allow changing a UUID? Why would
>>> a UUID be allowed to change over time? If a UUID is supposed to be
>>> changed, then why wouldn't that admin just do it himself? Why does
>>> this have to be allowed remotely?
>> Agreed- this feature has a very narrow usecase. Anyway, since I
>> started the thread, let me explain the motivation for this feature. It
>> derives from `svnrdump` -- Anybody without administrative priviliges
>> can actually mirror a complete Subversion repository using `svnrdump
>> dump | svnrdump load` quite efficiently. Let's say some sponsor wants
>> to provide a mirroring service- with the proposed feature the person
>> will simply have to create a blank repository and enable
>> pre-revprop-change/ pre-uuid-change on and wait for someone to load
>> the content into that repository. After the intial mirroring is done,
>> he can always turn off the pre-uuid-change. It's probably a
>> "dangerous" feature, and I don't know if it's worth the trouble.
> I disagree that the UUID should be mirrored. You're loading a *NEW*
> repository. Thus, it should not have the same UUID as the original.
> The original continues to exist. Having two repositories with the same
> UUID is just wrong. That is contrary to the entire design principle..

Agreed. *Universally Unique* Identifier.

Received on 2010-08-06 16:31:14 CEST

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.