<div dir="ltr"><span style="color:rgb(80,0,80)"> The problem with</span><br style="color:rgb(80,0,80)"><span style="color:rgb(80,0,80)">> experimental is that it requires folks to know to run them (which</span><br style="color:rgb(80,0,80)"><span style="color:rgb(80,0,80)">> generally does not happen for our project). </span><div><span style="color:rgb(80,0,80)"><br></span></div><div><font color="#500050">So we have two options here:</font></div><div><font color="#500050">- Make experimental pipeline run on reviews directly without the "check-experimental" comment.</font></div><div><font color="#500050">- Create a new pipeline "draf" pipeline at infra, that runs WIP jobs or problematic jobs without interfering in normal production "check" pipeline.</font></div><div><font color="#500050"><br></font></div><div><font color="#500050">What do you think ?</font></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Dec 19, 2018 at 3:48 PM Alex Schultz <<a href="mailto:aschultz@redhat.com">aschultz@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Dec 19, 2018 at 7:44 AM Alex Schultz <<a href="mailto:aschultz@redhat.com" target="_blank">aschultz@redhat.com</a>> wrote:<br>
><br>
> On Wed, Dec 19, 2018 at 7:34 AM Felix Enrique Llorente Pastora<br>
> <<a href="mailto:ellorent@redhat.com" target="_blank">ellorent@redhat.com</a>> wrote:<br>
> ><br>
> > Hello,<br>
> ><br>
> >    To reduce merge time, would be nice from a review to go from check pipeline to gate pipeline without waiting for non-voting jobs, one way to do that is changing non-voting jobs at different pipelien like experimental one, so we have their result but don't wait for them to change to gate pipepeline.<br>
> ><br>
><br>
> The goal should be to get them to voting.  The problem with<br>
> experimental is that it requires folks to know to run them (which<br>
> generally does not happen for our project).  We currently have the<br>
> scenario jobs as non-voting because of capacity problems but we still<br>
> need the coverage so I'm not keen on moving them to non-voting. I'd<br>
<br>
err experimental not non-voting.<br>
<br>
> rather we spend the time to land the standalone versions and get them<br>
> voting again.<br>
><br>
> Thanks,<br>
> -Alex<br>
><br>
> > --<br>
> > Quique Llorente<br>
> ><br>
> > Openstack TripleO CI<br>
</blockquote></div><br clear="all"><div><br></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>