incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko ─îibej <>
Subject Re: Code Donations and Committer Righs
Date Sun, 28 Sep 2014 17:59:55 GMT
On 26.09.2014 20:03, jan i wrote:
> On 26 September 2014 19:23, Roman Shaposhnik <> wrote:
>> Just like Ross, the following constitutes my personal opinion
>> (that has been formed over the years of maintaining complex
>> code bases written "before my time"):
>> On Fri, Sep 26, 2014 at 10:04 AM, Ross Gardler (MS OPEN TECH)
>> <> wrote:
>>> OK. I will give you my personal opinion since you are seeking to drive
>> consensus...
>>> I would say that if the code is of sufficient quality and relevance for
>> the project to want
>>> to accept it then contributors should be given commit rights.
>> I would even go further than this: to me a brand new code donation
>> without anybody donating that code willing to sign up to maintain
>> it (at least for as long as it takes for others to ramp up) spells orphaned
>> code.
>> IOW, for sizable brand new contribution the commit rights of somebody
>> familiar with the code shouldn't be a question, but more of a prerequisite
>> to actually accepting that contribution in the first place.
> my personal opion is a big +1 to not accepting bigger contributions if the
> programmers (or at least part of them) comes along. Getting new code
> without people that understand it deeply, is really asking for trouble.

I tend to agree. However, there's more than one aspect to the issue:
your typical ASF committer does not only contribute and maintain code;
she also participates in the process of managing the project and
community. The more so on projects that do not make a difference between
committer and PMC member.

It may not always be the case that someone who makes a software grant is
also aware of how the project and community work. On the other hand, one
would expect that the existing community members are able to help such
new contributors over the initial hurdles of adapting to the (drumroll)
Apache Way.

So ... it's essentially a toss-up, but personally I'd prefer
inclusiveness over control-freakness.

-- Brane

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message