<div dir="ltr">Ack, let's fix stuff, so merge time is not a painful thing.</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 20, 2018 at 5:21 PM Ben Nemec <<a href="mailto:openstack@nemebean.com">openstack@nemebean.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"><br>
<br>
On 12/20/18 1:07 AM, Felix Enrique Llorente Pastora wrote:<br>
>   The problem with<br>
>> experimental is that it requires folks to know to run them (which<br>
>> generally does not happen for our project). <br>
> <br>
> So we have two options here:<br>
> - Make experimental pipeline run on reviews directly without the <br>
> "check-experimental" comment.<br>
> - Create a new pipeline "draf" pipeline at infra, that runs WIP jobs or <br>
> problematic jobs without interfering in normal production "check" pipeline.<br>
> <br>
> What do you think ?<br>
<br>
I think Alex already answered this: Fix the scenario jobs so they can be <br>
voting again. We need that coverage or we'll be perpetually breaking <br>
services that are only tested in scenarios. As a result, any queue hacks <br>
that we do would only be temporary anyway. There's no good reason to <br>
spend a bunch of time on a one-off configuration that will go away in <br>
the near future (hopefully ;-).<br>
<br>
> <br>
> On Wed, Dec 19, 2018 at 3:48 PM Alex Schultz <<a href="mailto:aschultz@redhat.com" target="_blank">aschultz@redhat.com</a> <br>
> <mailto:<a href="mailto:aschultz@redhat.com" target="_blank">aschultz@redhat.com</a>>> wrote:<br>
> <br>
>     On Wed, Dec 19, 2018 at 7:44 AM Alex Schultz <<a href="mailto:aschultz@redhat.com" target="_blank">aschultz@redhat.com</a><br>
>     <mailto:<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> <mailto:<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<br>
>     check pipeline to gate pipeline without waiting for non-voting jobs,<br>
>     one way to do that is changing non-voting jobs at different pipelien<br>
>     like experimental one, so we have their result but don't wait for<br>
>     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>
> <br>
> <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>