> svn_client_ls() could certainly be optimized to call svn_ra_stat()
> when fetching a single file. Wanna submit a patch? :-)
No. I want to build high level tools not keep on working on the
foundations.
pysvn and workbench keep me busy enough.
>> The beauty if the svn_client API is that I can avoid digging deep
>> into the SVN code.
>>
>> I hope you are not advocating that users should avoid svn_client and
>> write their
>> own functions based on the deeper APIs to get rounded functionality?
>>
>>
>
> Well, we have multiple APIs. There's svn_wc.h, there's svn_ra.h, and
> there's svn_client.h The client API makes calls into WC and RA, but
> there's certainly nothing "off limits" about svn_wc.h and svn_ra.h.
> In fact, I think it's essentially impossible to write a client without
> using svn_wc.h to some degree. Go ahead and use svn_ra.h if you want
> to.
>
> Despite what cmpilato has said, I disagree with him on this point.
> svn_ra.h is a "set of questions" that an application might want to ask
> a repository. It's not meant to be secret, or hidden, and there's
> most definitely not a 1-to-1 relationship between svn_ra.h and
> svn_client.h.
>
> In other words, you don't need to sit around and wait for somebody to
> write an svn_client.h "wrapper" around svn_ra_get_repos_root(). It's
> never going to happen... there's just no reason for such a thing to
> exist. svn_client.h defines "high level" functionality for clients,
> mainly by using the smaller calls in WC and RA. But it certainly
> doesn't wrap every little operation in svn_wc.h and svn_ra.h. If you
> need smaller operations in those libraries, use them! That's why they
> exist.
I'm frustrated by the lack of features and outstanding bugs in
svn_client API. I'm seriously investigating
what it will take to avoid it completely and work with RA and WC
instead. I know that this will fix a number
of the issues I have with svn_client API.
The reason I see for the repos root is to be able to turn the
changed_paths into URLs, otherwise you have cannot use the
changed_paths
info from a log except by guessing.
Barry
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Mar 12 12:23:25 2005