[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: Greg Stein <gstein_at_gmail.com>
Date: Fri, 6 Aug 2010 10:24:23 -0400

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..

Received on 2010-08-06 16:25:03 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.