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

RE: Repository GUIDs again

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2003-01-07 23:25:00 CET

> From: mark benedetto king [mailto:mbk@earthquake.boredom.org]
> On Tue, Jan 07, 2003 at 11:00:38AM -0600, Karl Fogel wrote:
> > "Bill Tutt" <rassilon@lyra.org> writes:
> > > So could somebody pick a way to get the GUID into Subversion in a
> > > way that it's not changeable and that svn_client_merge
> can acquire
> > > that data? That way I can worry about recording this
> important merge
> > > source information.
> > >
> > > Getting this change in before 1.0 will allow us a chance
> in hell of
> > > making better use of the information in the future.
> >
> > Oh, it'll get in before 1.0; it's Beta issue #1037,
> currently assigned
> > to Mark Benedetto King. The question is getting it in sooner, so
> > you're not blocked. Mark, any thoughts? Will you have time, or
> > should Bill try to come up with a patch for you to review,
> or someone
> > else work on it entirely?
> >
> If we need them Quick and Dirty, I think the patch I
> submitted a few weeks ago is sufficient.
> IIRC there was not a general consensus on how, exactly, UUIDs
> should be stored, retrieved, dumped, or loaded.
> I remember Greg Hudson making what seemed to me to be
> reasonable suggestions before I left for the holidays. Are
> people willing to go with those?
> --ben

Here's the note I looked up from Greg:

This boils down to noting: (besides usefully specifying the behavior
features of a GUID)
* Storing the GUID in a rev-0 prop is the easiest way to add/access the
* We then need to protect that data from changing to easily.
* Suggesting a pre-commit rev-prop change hook that prevents the GUID
from being changed.

That makes sense. However, I think I'd rather just have the rev-prop
modification code (above the level that svnadmin would use to change it)
disallow the changing the property be hardcoded.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 7 23:25:45 2003

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.