We have Ev2 somewhere on the future horizon. This means that many APIs
are going to be rev'd to take the new editor type. We likely aren't
going to get them into 1.8, but I'd like to go ahead and deprecate the
appropriate interfaces in svn_wc. The client lib can switch to some
internal/private APIs for 1.8 and those internal APIs will get
revamped to Ev2 when appropriate (and remain internal).
This kind of follows our concept of "svn_wc isn't a good API for
public consumption; apps should stick to svn_client". By moving these
APIs to internal, it will give us better flexibility when we want to
I'd like to do the deprecation now, rather than later. There isn't any
particular technical reason, but Julian phrased it best: engineering
at a social level. Smoke out anybody that might be using these APIs,
determine their actual needs, and move them to potentially-new
There are four svn_wc APIs that consume delta editors (diff, status,
switch, update). Each of these would be deprecated and grow a
corresponding new private API, and the singular caller in
libsvn_client would switch.
Any objections to this deprecation for the 1.8 release?
Received on 2012-02-09 22:25:24 CET