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

Re: [RFC] Inheritable Properties

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Thu, 16 Feb 2012 10:46:24 -0500

On 02/16/2012 05:50 AM, Branko Čibej wrote:
> On 15.02.2012 21:18, Greg Stein wrote:
>> And thinking on that: how does the client do inheritance in a
>> mixed-revision working copy? D_at_10 inherits props from P, but the
>> client has P_at_5. If there are changes in P_at_7, then the inherited
>> properties a likely wrong for D_at_10.
>
> Reading this thread really makes me wonder a bit... How can anyone even
> contemplate implementing inheritable properties on the client side? A
> server-side implementation of (strictly versioned!) inheritable props
> would not require any new logic on the client, and it's the only way to
> make such a thing work without expecting weird behaviour with different
> client versions. I'd have thought that the mergeinfo saga would have
> been enough of a reality check.
>
> Regarding upwards searches and "bounded reads" ... anyone who believes
> reading a datastore is cheap should try to write a fast, data-intensive
> GAE application. :)
>
> IOW, I completely agree with Bill Tutt's assesment and Greg's arguments.
> Please try to understand the issues before assuming things.

Perhaps if those boasting of said understanding would invest the energy to
take this conversation a bit farther than merely "that won't work", and
maybe explore the "but this might..." space a little more deeply and
publicly, the ambient level of understanding all 'round would increase, and
gosh, we might even see some real progress on this feature.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2012-02-16 16:47:23 CET

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.