<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 22, 2015 at 9:58 AM, Thomas Herve <span dir="ltr"><<a href="mailto:therve@redhat.com" target="_blank">therve@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Hi all,<br><br></div>You've seen me complain about people doing blank rechecks in Gerrit on IRC, and it seems it had little to no effect. So here I am trying to spread the word here. I'll try to stay calm.<br><br></div>I'm seeing way too many rechecks on heat patches. It's not epidemic, but it's still enough to make me sad.<br><br></div>First, it makes me sad as a developer. I don't know if it's just me, but one of the reason I code is curiosity, and debugging a gate failure is a great way to learn, pierce through the layers, and improve the situation.<br><br></div>It then makes me sad as a team member. By doing a recheck you're basically implying that you don't care about the failure, and surely someone will care at some point. Except, the information will be lost, and we may have 100 builds before that happen again, when a release already happened, and we have to backport it. Working early means working less.<br><br></div>And finally, it makes me sad for the infra team. Doing a recheck is disrespecting all the work they're doing to create a reliable environment to run our tests. Sure, sometimes the environment is the reason the failure happens, but then it's even more important to give feedback about it. They provide a great deal of logs, we can use logstach to find patterns, the least we can do is trying. We're also using resources that other projects could be using. As much as we'd like to believe it, the cloud doesn't have free infinite resources.<br><br>Recently, I've seen many cases where rechecks were made whereas:<br></div>1) The heat branch was broken. Generally for some external reason (a dependency updated), doing a recheck is a pure waste of resources until that failure is fixed. Most of the time, we say something on IRC when it's the case. We also try to open a bug, so looking at launchpad can show something.<br></div>2) THE PATCH WAS ACTUALLY BROKEN. And there I'm not sad anymore I'm particularly angry. It basically means that you didn't look at all at the build results, and just mindlessly typed rechecks hoping that some fairy will fix your broken code. Frankly, that makes want to go on a -2 rampage. ESPECIALLY where a core is doing it.<br><br></div><div>To close, I'll try to provide a solution. I know we all have our agenda, debugging gate failures takes some time that you may not have, and obviously "my patch is fine it's not my fault" (who cares, that's what being in a team means). Still, I'd like everyone to look at the test failures, look if the patch is not the problem, and if not open a bug [1] mentioning the test name, pasting the traceback in the description, and linking the build result. Then do recheck bug #xyz. That's it. It shouldn't take you more than 3 minutes, and at least we didn't lose the information.<br></div><div><br></div><div>Thanks for reading that far and sorry for the length,<br></div><div><br><br>[1] <a href="https://bugs.launchpad.net/heat/+filebug" target="_blank">https://bugs.launchpad.net/heat/+filebug</a><span class=""><font color="#888888"><br><br>-- <br></font></span></div><span class=""><font color="#888888">Thomas<br></font></span></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>Hi Thomas,</div><div class="gmail_extra">I hear you and I have the exact same feeling on the projects I am involved in.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><QA hat on></div><div class="gmail_extra">Testing and our CI is the root of OpenStack's product quality, it deserves care, attention, involvement from everybody. </div><div class="gmail_extra"><div class="gmail_extra"></QA hat on></div><div class="gmail_extra"><br></div><div class="gmail_extra">I take the opportunity of this email to put a link to our logstash here <a href="http://logstash.openstack.org/">http://logstash.openstack.org/</a> and to our Elasticrecheck project here <a href="http://status.openstack.org/elastic-recheck/">http://status.openstack.org/elastic-recheck/</a> (I only learnt about this tools a few month ago and I think they bring a lot of value)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,</div><div class="gmail_extra">Jordan</div><div><br></div></div></div>