mbk@boredom.org wrote:
>>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.
>
>
Well, this time I really don't mind being wrong. As long as we get the
UUID into .svn/entries, and keep it there without reverting to custom
HTTP headers, I'm happy.
--
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 15 10:12:32 2003