[openstack-dev] The Evolution of core developer to maintainer?

Duncan Thomas duncan.thomas at gmail.com
Thu Apr 2 09:01:05 UTC 2015


On 2 April 2015 at 03:07, Ian Wienand <iwienand at redhat.com> wrote:

>
> IMO requiring two cores to approve *every* change is too much.  What
> we should do is move the responsibility downwards.  Currently, as a
> contributor I am only 1/3 responsible for my change making it through.
> I write it, test it, clean it up and contribute it; then require the
> extra 2/3 to come from the "hierarchy".  If you only need one core,
> then core and myself share the responsibility for the change.  In my
> mind, this better recognises the skill of the contributor -- we are
> essentially saying "we trust you".
>


I frankly disagree. There are a number of fixes that have come in that look
good, particularly to somebody not intimately familiar with a particular
area of code, that turn out to have all sorts of nasty side effects that
were only spotted by the second (or in some cases third, forth) core to
come along.

If you compare the velocity of openstack to many opensource projects, it is
*huge*. We really are making very rapid progress, in so many areas, every
single cycle. I'm starting to worry that we are pushing velocity above
vision, code quality, and many other things. I think we want to reduce the
expectation that your feature (or even contentious bug fix) is likely to
get merged in days - the project is sufficiently big that that is in fact
unlikely.


-- 
Duncan Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150402/105ec839/attachment.html>


More information about the OpenStack-dev mailing list