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

Re: UUIDs during updates

From: <mbk_at_boredom.org>
Date: 2003-03-14 23:13:36 CET

On Fri, Mar 14, 2003 at 08:10:29PM +0100, Branko ??ibej wrote:
> Ben Collins-Sussman wrote:
>
> >There's just no need to marshall these invariant things to
> >the client during an update.
> >
> >Any objections? If not, I'm just going to remove this UUID update
> >stuff from /trunk.
> >
> >
>
> Yes, big objection.

<perry-mason-brand-sarcasm> (note use of Sarcasm Tag)

Objection overruled!

>
> $ ls -af
> ./ ../ .svn/ foo bar/

So stipulated.

> $ svn pg svn:wc:uuid bar # (just an illustration)

well

$ grep uuid bar/.svn/entries:
   uuid="7a2600c7-dbb8-0310-96a8-9aaff9e0a28b"

> $ rm -fr bar
> $ svn up
> A bar

So stipulated.

> $ svn pg svn:wc:uuid bar

$ grep uuid bar/.svn/entries
   uuid="7a2600c7-dbb8-0310-96a8-9aaff9e0a28b"
>
> Huh? Where has the UUID gone?

Nowhere. I have to admit that I was won over by your cleverly
presented case. However, allow me to present Defense Exhibit A:

> crap. brane found the fly in the ointment.
> crap crap crap.
> compatibility is hard! let's go shopping.
<sussman> collabnet mail has been down for 2 hours
<sussman> so I can't see the message
<sussman> :-(
> SMTP is hard! :-)
* cmpilato wants to hear about incompat.
* sussman too
<sussman> surely our excellent tigris.org mail archiver will bring up the
+thread in a jif!
<cmpilato> the chicago guys have had enough compat discussion to last a few
+months in this week alone.
* mbk snickers.
* cmpilato grows a 15-inch beard while tigris.org does just that...
<cmpilato> mbk: what's the compat bug?!
> cmpilato: adds are updates.
> (so delivering the UUID on checkout is not good enough)
<cmpilato> but adds in updates just contain a tag to tell the client to fetch
+the new thing and its properties.
<sussman> right.
<sussman> *all* the props
<cmpilato> that is, for adds and property-changes on existing things, an
+RA-DAV client fetches *all* the node's props.
<sussman> right.
<sussman> the update report has <S:add-file> ..... <fetch-props/> </S:add-file>
> ooooohhh
<cmpilato> (actually, ben, the fetch-props is implied by the add-file)
<sussman> right
> so it's not embedded in the update
<sussman> ah, ok.
<cmpilato> right.
> no wonder the protocol is so chatty. :-)
<sussman> heh
<cmpilato> :-)
<cmpilato> see, we knew this when we suggested you revert your change. :-)
> oh, so brane is wrong, then.
> This Day In History
<cmpilato> yeah, he does that sometimes.

The defense rests.

</perry-mason-brand-sarcasm>

--ben

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 14 23:14:37 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.