<div dir="ltr">Thanks, I assumed that was a bug id even before starting to read below "Here's why:".<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 17, 2013 at 5:27 PM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Zhongyue Luo wrote:<br>
> What about blueprint patches? Is there a separate syntax or should we<br>
> just use "recheck no bug"?<br>
<br>
</div>When you say "recheck bug #####" the bug number you mention is not about<br>
what the patch fixes, it's about the false negative in the test that<br>
prevented the test from succeeding.<br>
<br>
For example, you may have a simple typo fix, and the gate fails due to a<br>
random test failure in LockUtilsTest... You should search for a bug<br>
about that random test failure in LockUtilsTest (create it if it doesn't<br>
exist) and reference *that* bug, not the original typo bug or any<br>
blueprint, in your "recheck bug #####" command.<br>
<br>
The whole idea is to track such false negatives issues and prioritize<br>
them, rather than just say "reverify" and forget about them.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Thierry Carrez (ttx)<br>
Release Manager, OpenStack<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div><b>Intel SSG/SSD/SOTC/PRC/CITT</b></div>
<div>880 Zixing Road, Zizhu Science Park, Minhang District, Shanghai, 200241, 
China<br></div>
<div>+862161166500</div>
</div>