> 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:
http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgId=215400
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
data.
* 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.
Bill
---------------------------------------------------------------------
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