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

Re: request to make svn_wc__prop_list_recursive a public API

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Fri, 18 Feb 2011 08:37:41 -0500

On 02/18/2011 06:42 AM, Stefan Küng wrote:
> On 17.02.2011 14:19, Hyrum K Wright wrote:
>
>> <aside>
>> Last summer in Berlin we had a quite heated discussion about just
>> deprecating all of libsvn_wc APIs. I was against such a move (at
>> least until 2.0) in that it would leave the existing APIs public, but
>> any new ones private, and the whole interface in limbo. I still feel
>> that way, and this discussion vindicates that feeling (at least to me
>> :) ).
>> </aside>
>
> Removing all the libsvn_wc APIs is a bad idea. For example, the new status
> function returns a *lot* less information than the deprecated ones.

Stop right here. There seems to be an assumption clouding this discussion,
and that assumption is that "the new status function" is the only new status
function that can be added. It's our API -- your API -- and we can do with
it what we wish. If you need the functionality of some current libsvn_wc
function, chances are that you're not the only one who does. Fortunately,
we are both empowered and motivated to provide that functionality to you
wrapped with a thin svn_client wrapper function. Is there some technical
reason that would prevent this?

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

Received on 2011-02-18 14:38:25 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.