<div dir="ltr"><div dir="ltr">Hello there, <div><br></div><div>   After suffering a lot from zuul's tripleo gate piepeline queue reseting after failures on patches I have ask myself what would happend if we have more than one queue for gating tripleo.</div><div><br></div><div>   After a quick read here <a href="https://zuul-ci.org/docs/zuul/user/gating.html">https://zuul-ci.org/docs/zuul/user/gating.html</a>, I have found the following: </div><div><br></div><div>"<span style="background-color:rgb(238,238,238);color:rgb(62,67,73);font-family:Georgia,serif;font-size:17px">If changes with cross-project dependencies do not share a change queue then Zuul is unable to enqueue them together, and the first will be required to merge before the second is enqueued."</span> </div><div><br></div><div>   So it make sense to share zuul queue, but maybe only one queue for all tripleo projects is too  much, for example sharing queue between tripleo-ui and tripleo-quickstart, maybe we need for example to queues for product stuff and one for CI, so product does not get resetted if CI fails in a patch.</div><div><br></div><div>   What do you think ? </div><div>   </div><div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Quique Llorente<div><br><div>Openstack TripleO CI</div></div></div></div></div></div></div></div></div>