I'm not sure if I'm completely "down" with this idea. Still think that
giving a community member who has done a great job commit rights is a
form of reward and trust in that person and that it could motivate them
to keep contributing/feeling closer to the core team and the project
(and shows their picture on the members project tab too).
On 2/14/13 8:57 AM, Geoffrey De Smet wrote:
Of course :)
Not removing laune and nheron either.
Op 14-02-13 14:51, Wolfgang Laun schreef:
> If the proposed "remove" wouldn't let me do quick fixes like
> as you proposed - then you might want to let me keep this right, at
> your discretion ;-)
> On 14/02/2013, Geoffrey De Smet <ge0ffrey.spam(a)gmail.com> wrote:
>> Hi guys,
>> Stemming from the SVN era, a lot of community contributers still have
>> full commit rights on the blessed repositories.
>> Because GitHub offers the "pull request" paradigm,
>> the lack of commit rights are far less intrusive than in SVN.
>> Many community contributors seem to prefer contributing changes through
>> pull request paradigm,
>> as it forces a core developer to sign off on the changes.
>> Having direct commit rights can even be counter-intuitive:
>> for example, if you edit a file directly on github, it doesn't create a
>> pull request, but applies the changes directly.
>> Commits from contributors that come in via pull requests are still
>> attributed to the original author
>> and count towards the original author's stats, so there are no
>> additional disadvantages.
>> Following that logic, I propose to *remove the commit rights on blessed
>> for these contributors* in 72 hours:
>> Please note that we appreciate past and future commits. Please keep the
>> contributions coming! :)
>> If you're on this list and want to keep your commits rights on blessed,
>> just reply to this mail and I 'll take you off the list. No long
>> argumentation needed :)
>> *Keep commits rights on the blessed repositories*
>> *Might keep commits right on the blessed repositories*
>> I 'll ask these people what they prefer and do that.
> rules-dev mailing list
rules-dev mailing list