<div dir="ltr">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.<div>
<br></div><div>Alex</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 16, 2013 at 11:25 AM, Maru Newby <span dir="ltr"><<a href="mailto:marun@redhat.com" target="_blank">marun@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>

<br>
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.<br>

<br>
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.<br>

<br>
Thoughts?<br>
<br>
<br>
m.<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">"I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall (summarizing Voltaire)<br>
"The people's good is the highest law." -- Cicero<br><div>GPG Key fingerprint: 125F 5C67 DFE9 4084</div></div>
</div>