<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 13, 2016 at 10:30 PM, Davanum Srinivas <span dir="ltr"><<a href="mailto:davanum@gmail.com" target="_blank">davanum@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><br>
</div></div>Matt, Emilien,<br>
<br>
there's one more option, run jobs daily and add the output to the<br>
openstack health dashboard.<br>
example - <a href="http://status.openstack.org/openstack-health/#/g/build_name/periodic-ironic-py35-with-oslo-master" rel="noreferrer" target="_blank">http://status.openstack.org/<wbr>openstack-health/#/g/build_<wbr>name/periodic-ironic-py35-<wbr>with-oslo-master</a></blockquote><div><br></div><div>But that only runs against what is merged on master right? I think Emilien wants to catch changes that break before they are merged.</div><div><br></div><div>Emilien, I think it's also worth noting which projects you intend to make these changes to? Just "core" projects + projects that tripleO uses (heat + ironic) + projects that have burned you in the past (OSC)? Or do you plan on covering all projects?<br></div><div><br></div><div>Finding a balance between not enough testing, and overusing infra resources is tricky, we should only aim for high value targets like the ones listed above. I can't imagine this being run on all check jobs everywhere.</div></div></div></div>