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

Re: svn commit: r993544 - in /subversion/branches/javahl-ra/subversion/bindings/javahl: native/ src/org/apache/subversion/javahl/ tests/org/apache/subversion/javahl/

From: Greg Stein <gstein_at_gmail.com>
Date: Wed, 8 Sep 2010 16:31:28 -0400

I suspected as much, and simply wanted to confirm/prod.

Keeping "new" features from here-on-out on a branch is totally fine
with me. Alternatively, placing them under an #ifdef like we did with
the obliterate support works well, too. (and yes, I realize Java can't
do that very easily...)


On Wed, Sep 8, 2010 at 13:58, Hyrum K. Wright
<hyrum_wright_at_mail.utexas.edu> wrote:
> On Tue, Sep 7, 2010 at 5:56 PM, Greg Stein <gstein_at_gmail.com> wrote:
>> I don't see a README.branch or whatever it should be named...
> Thanks for the reminder, I've added one in r995168.
>> What is this branch for, and why is it not on trunk?
> The purpose is to expose some of the RA-layer APIs in JavaHL.  The
> reason for a branch is that
> a) I'm unsure how complete this work will be, or its timeline for
> completion, meaning that
> b) I'm not comfortable doing it on trunk where it might be released
> Rather than add more stuff to the JavaHL bindings, and conflate what
> is already there with this new work, I'd rather have it stay on the
> branch until it feels "ready" or we branch 1.7.
> If there are arguments to the contrary, I'm happy to move it to trunk, however.
> -Hyrum
>> On Tue, Sep 7, 2010 at 18:00,  <hwright_at_apache.org> wrote:
>>> Author: hwright
>>> Date: Tue Sep  7 22:00:57 2010
>>> New Revision: 993544
>>> URL: http://svn.apache.org/viewvc?rev=993544&view=rev
>>> Log:
>>> On the javahl-ra branch:
Received on 2010-09-08 22:32:22 CEST

This is an archived mail posted to the Subversion Dev mailing list.