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

RE: Repository UUID Implementation

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2003-01-09 15:59:12 CET

> From: Greg Stein [mailto:gstein@lyra.org]
>
> On Wed, Jan 08, 2003 at 11:42:22PM -0600, Karl Fogel wrote:
> >...
> > Heh, I think we're being way premature here :-).
>
> *shrug* Doesn't matter much to me. All the stuff is flexible.
>

Indeed, I don't care much either. This merge history stuff I'm going to
be recording is mostly just so that I can write a wrapper script to
figure out what my next argument list to svn merge is going to be, and
so that future repository loads can make use of the information. I don't
need to record GUIDs outside of the properties I'm going to be setting
anyway. It'd be handy if it did, but it's not that big of a deal either
way. Properties are stored via svndiff reverse deltas anyway, and the
properties that I'll be tweaking will always be very short property
values anyway.

Just for the record, what I plan on doing for svn merge history
recording is to tweak the WC layer into recording just the merge command
arguments for each invocation on the WC before the merged in changes
have been submitted for approval. If no merges happen on a
not-modified->modify text->submit cycle then the property that gets
submitted will be automagically emptied so that the recorded merge
parents of this submit are correctly empty. This nicely obviates all of
our disagreements about how best to organize and or cache this
information so it's available in a more optimal fashion.

> >...
> > Just stick it in a file in the top level and be done with it.
>
> Well, the FS can't see it there. I do believe it is part of
> the FS and its API. Even though we may not be using it for
> everything today, I think it is good to put it into the
> right/final resting place.
>
> >...
> > I don't think the "K.I.S.S." principle applies equally
> well in all
> >situations... But it's especially apt in situations like this one,
> >where one doesn't really know what one is going to do next.
>
> Fair enough. I guess it depends on what is considered
> "simple". I figured a small RECNO table with one record was
> pretty simple. But hey :-)
>

That's what I've been thinking for a while, but people keep disagreeing
with me. Now that you're agreeing with me, I think that's a sign that
those other people are probably wrong. ;)

Bill

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 9 16:00:13 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.