> On Mar 2, 2019, at 9:41 PM, Branko Čibej <br...@apache.org> wrote: > > On 02.03.2019 05:29, wuzhouhui wrote: >>> On Mar 2, 2019, at 8:21 AM, Daniel Shahaf <d...@daniel.shahaf.name> wrote: >>> >>> wuzhouhui wrote on Fri, Mar 01, 2019 at 17:46:55 +0800: >>>>> -----Original Messages----- >>>>> From: "Branko Čibej" <br...@apache.org> >>>>> Sent Time: 2019-03-01 17:16:40 (Friday) >>>>> To: users@subversion.apache.org >>>>> Cc: >>>>> Subject: Re: How to open specified inside .svn >>>>> >>>>> There are no such generic functions. The svn_wc API isn't really meant >>>>> to be public, so you'll have to write your own access functions. Look at >>>>> how the svn_client implementations do it, or for example >>>>> svn_wc__get_pristine_contents_by_checksum in svn_wc_private.h. >>>> Actually, I'm hacking Subversion client command line tool, so it >>>> doesn't matter whether the API is public or private. >>> The difference isn't just visibility. We don't promise compatibility >>> for private APIs, not even across patch releases in the same minor line >>> (1.A.x and 1.A.y). >> Thanks for your reminding. I have implement client side pre-commit hook. >> The implementation maybe ugly, but it works at least. >> >> In case of someone have interests, you can find my customized Subversion >> in https://github.com/wuzhouhui/subversion. Please forgive me about using >> Git to version control Subversion :-) > > > Using git is not a problem. Calling it Subversion _is_ a problem. Please > rename it to something else.
Calling it Subversion may confusing people (is it your concern?), rename it to WuSVN. I hope this new name won't introduce any trouble. Thanks. > > -- Brane