[openstack-dev] Gate breakage process - Let's fix! (related but not specific to neutron)

Alex Gaynor alex.gaynor at gmail.com
Fri Aug 16 18:31:28 UTC 2013


I'd strongly agree with that, a project must always be gated by any tests
for it, even if they don't gate for other projects. I'd also argue that any
time there's a non-gating test (for any project) it needs a formal
explanation of why it's not gating yet, what the plan to get it to gating
is, and on what timeframe it's expected to be.

Alex


On Fri, Aug 16, 2013 at 11:25 AM, Maru Newby <marun at redhat.com> wrote:

> Neutron has been in and out of the gate for the better part of the past
> month, and it didn't slow the pace of development one bit.  Most Neutron
> developers kept on working as if nothing was wrong, blithely merging
> changes with no guarantees that they weren't introducing new breakage.  New
> bugs were indeed merged, greatly increasing the time and effort required to
> get Neutron back in the gate.  I don't think this is sustainable, and I'd
> like to make a suggestion for how to minimize the impact of gate breakage.
>
> For the record, I don't think consistent gate breakage in one project
> should be allowed to hold up the development of other projects.  The
> current approach of skipping tests or otherwise making a given job
> non-voting for innocent projects should continue.  It is arguably worth
> taking the risk of relaxing gating for those innocent projects rather than
> halting development unnecessarily.
>
> However, I don't think it is a good idea to relax a broken gate for the
> offending project.  So if a broken job/test is clearly Neutron related, it
> should continue to gate Neutron, effectively preventing merges until the
> problem is fixed.  This would both raise the visibility of breakage beyond
> the person responsible for fixing it, and prevent additional breakage from
> slipping past were the gating to be relaxed.
>
> Thoughts?
>
>
> m.
>
>
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
"I disapprove of what you say, but I will defend to the death your right to
say it." -- Evelyn Beatrice Hall (summarizing Voltaire)
"The people's good is the highest law." -- Cicero
GPG Key fingerprint: 125F 5C67 DFE9 4084
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130816/b8707882/attachment.html>


More information about the OpenStack-dev mailing list