<p dir="ltr"><br>
On 15 Jun 2015 19:23, &quot;Kaushal M&quot; &lt;<a href="mailto:kshlmster@gmail.com">kshlmster@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; I like this idea.  One tweak I&#39;d make is to introduce the idea of<br>
&gt; &gt; Verified+1 for smoke and Verified+2 for regressions.  Why?  Because it<br>
&gt; &gt; seems like a lot of people won&#39;t even review a patch until they can<br>
&gt; &gt; see that it has been sanity-checked.  If we formally require review<br>
&gt; &gt; before verification, and informally need verification before review,<br>
&gt; &gt; we&#39;re stuck.<br>
&gt;<br>
&gt; I should have made this clearer in the steps I listed.<br>
&gt; Under the 2nd step (I should have numbered as well), I&#39;ve mentioned<br>
&gt; that Zuul will report back the status of smoke/pre-review tests. This<br>
&gt; is the Verified+1. Though I was thinking of using different flags, we<br>
&gt; can use Verified it self to serve both pre and post review checks.<br>
I would like to see two different flags, one for smoke and other for regression. Off late, we have seen cases where votes get overridden. <br>
&gt; _______________________________________________<br>
&gt; Gluster-devel mailing list<br>
&gt; <a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
&gt; <a href="http://www.gluster.org/mailman/listinfo/gluster-devel">http://www.gluster.org/mailman/listinfo/gluster-devel</a><br>
</p>