incubator-allura-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Roberto Galoppini <>
Subject Re: Lowering the bar to committer rights?
Date Tue, 08 Jan 2013 17:30:50 GMT
On Tue, Jan 8, 2013 at 4:44 PM, Cory Johns <> wrote:

> Nicely worded exposition of the argument for more liberal commit rights.
> I think we all agree that more contributors will be beneficial, and I think
> we've tried to be pretty liberal and proactive about granting commit rights
> to anyone who seems interested in contributing.  But perhaps being more
> open and up-front about wanting to be open to new contributors would help
> encourage people to become interesting in collaborating with us.
> I think that it would be great to publish a policy like the one mentioned
> in your link -- that commit rights are granted upon request under condition
> of our policies (tickets to organize and help review work, branch
> conventions, encouraging people to review others' work as well as
> contributing their own changes, etc).



> On Mon, Jan 7, 2013 at 12:38 PM, Rich Bowen <> wrote:
> > I'd like to draw people's attention to the conversation on the 'comdev'
> > mailing list:  Since Benson
> > has done such a great job of articulating my position, I won't offer a
> lot
> > of commentary to go along with it.
> >
> > While I think that we've already done a good job of welcoming
> > contributors, I wonder who else is out there that might be a good
> addition
> > to our project.
> >
> > --
> > Rich Bowen
> > :: @rbowen
> >

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message