Since the time we started using github I've always preferred the
pull-request mechanism instead of the direct commit. Having said that,
having commit permissions is sometimes helpful and that is why I would like
to remain in the commiters list: "just in case".
P.S: It's hard to get rid of the old SVN paradigms :).
- Blog @ http://ilesteban.wordpress.com
On Thu, Feb 14, 2013 at 2:57 PM, Geoffrey De Smet
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