On 17.02.2011 14:19, Hyrum K Wright wrote:
> 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
> :) ).
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. The only way to get that information back now without a *huge*
performance loss is to use those APIs in the status callback. Without
those, fetching the missing information requires accessing the disk over
and over again using different svn_client_ APIs.
So either you have to provide as much information as possible in e.g.
svn_client_status or not remove the libsvn_wc APIs. You can't do both
remove information and remove the APIs if you want to keep svn clients
useful and fast.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2011-02-18 12:43:18 CET