<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 30 November 2015 at 18:19, Derek Higgins <span dir="ltr"><<a href="mailto:derekh@redhat.com" target="_blank">derekh@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
    A few months tripleo switch from its devtest based CI to one that was based on instack. Before doing this we anticipated disruption in the ci jobs and removed them from non tripleo projects.<br>
<br>
    We'd like to investigate adding it back to heat and ironic as these are the two projects where we find our ci provides the most value. But we can only do this if the results from the job are treated as voting.<br>
<br>
    In the past most of the non tripleo projects tended to ignore the results from the tripleo job as it wasn't unusual for the job to broken for days at a time. The thing is, ignoring the results of the job is the reason (the majority of the time) it was broken in the first place.<br>
    To decrease the number of breakages we are now no longer running master code for everything (for the non tripleo projects we bump the versions we use periodically if they are working). I believe with this model the CI jobs we run have become a lot more reliable, there are still breakages but far less frequently.<br>
<br>
What I proposing is we add at least one of our tripleo jobs back to both heat and ironic (and other projects associated with them e.g. clients, ironicinspector etc..), tripleo will switch to running latest master of those repositories and the cores approving on those projects should wait for a passing CI jobs before hitting approve. So how do people feel about doing this? can we give it a go? A couple of people have already expressed an interest in doing this but I'd like to make sure were all in agreement before switching it on.<br></blockquote><div><br></div><div>+1 for make it for Heat. I'd prefer approach mentioned by Zane - make it non-voting for first time with enabling voting later in the future, when  it be stable enough.</div><div><br></div><div>Also I have one more suggestion.</div><div>Could we make this TripleO job in following way:</div><div> - with separate score, which is independent from score of other Heat jobs</div><div><br></div><div>I prefer mentioned approach, because: </div><div>1. Other jobs will be executed faster (AFAIK, it will take less or equal 1 hour), for TripleO it will take more time.</div><div>2. In the future it will allow to recheck only this particular job in situation, when we want to tests some fix.</div><div>3. I hope, that Sahara team will provide similar job and we will get two really useful job which will give one score, like: "third-party real deployment test".</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
thanks,<br>
Derek.<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Regards,<div>Sergey.</div></div></div>
</div></div>