[JIRA] (OVIRT-1918) Single project tests in change-queue-tester

6 Mar 2018

      This is a multi-part message in MIME format...

------------=_1520333776-20649-136
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

    [ https://ovirt-jira.atlassian.net/browse/OVIRT-1918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=35969#comment-35969 ] 

Barak Korren edited comment on OVIRT-1918 at 3/6/18 10:56 AM:
--------------------------------------------------------------

{quote}
So, supposing project A and B are completely fine, a failure in project C
can still prevent changes in A and B to go ahead through the pipeline and
get released.
{quote}

This statement is false - what will happen in this case is that a bisection search will run and isulate the change to project C, while allowing the changes for A and B to pass. This is the whole point of CQ and the difference between it and the 'experimental' system it replaced.

[~sbonazzo@redhat.com] Unless you need further clarification, I will close this ticket as WONTFIX.

was (Author: bkorren@redhat.com):
{quote}
So, supposing project A and B are completely fine, a failure in project C
can still prevent changes in A and B to go ahead through the pipeline and
get released.
{quote}

This statement is false - what will happen in this case is that a bisection search will run and isulate the change to project C, while allowing the changes for A and B to pass. This si the whole point of CQ and the difference between it and the 'experimental' system it replaced.

[~sbonazzo@redhat.com] Unless you need further clarification, I will close this ticket as WONTFIX.
...
Single project tests in change-queue-tester
-------------------------------------------
Key: OVIRT-1918
                URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1918
            Project: oVirt - virtualization made easy
         Issue Type: By-EMAIL
           Reporter: sbonazzo
           Assignee: infra
Please change change-queue-tester jobs for testing a single project at a
time (ok for multiple patches at once, but from the same project).
Right now if multiple patches are merged between a change-queue-tester
execution and the next one are done, all of them will be tested in the next
run, even if the changes are in different projects.
So, supposing project A and B are completely fine, a failure in project C
can still prevent changes in A and B to go ahead through the pipeline and
get released.
This cause major headaches at least to me, requiring me to go again over
all the HEAD of the projects not being published and run yet again "ci
re-merge please" again and again and again until I'm lucky enough to have
nobody else merging patches or having all the ttested patches pass at once.
I understand the need to reduce the amount of executions of the job since
it takes an hour to execute but right now it's stealing days of execution
for getting a patch landing on tested repo.
-- 
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100081)

------------=_1520333776-20649-136
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

<html><body>
<pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1918?page=com.atlassian.jira.p... ]</pre>
<h3>Barak Korren edited comment on OVIRT-1918 at 3/6/18 10:56 AM:</h3>
<p>{quote} So, supposing project A and B are completely fine, a failure in project C can still prevent changes in A and B to go ahead through the pipeline and get released. {quote}</p>
<p>This statement is false – what will happen in this case is that a bisection search will run and isulate the change to project C, while allowing the changes for A and B to pass. This is the whole point of CQ and the difference between it and the ‘experimental’ system it replaced.</p>
<p>[~sbonazzo@redhat.com] Unless you need further clarification, I will close this ticket as WONTFIX.</p>
<p>was (Author: bkorren@redhat.com): {quote} So, supposing project A and B are completely fine, a failure in project C can still prevent changes in A and B to go ahead through the pipeline and get released. {quote}</p>
<p>This statement is false – what will happen in this case is that a bisection search will run and isulate the change to project C, while allowing the changes for A and B to pass. This si the whole point of CQ and the difference between it and the ‘experimental’ system it replaced.</p>
<p>[~sbonazzo@redhat.com] Unless you need further clarification, I will close this ticket as WONTFIX.</p>
<blockquote><h3>Single project tests in change-queue-tester</h3>
<pre>     Key: OVIRT-1918
     URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1918
 Project: oVirt - virtualization made easy
         Issue Type: By-EMAIL
Reporter: sbonazzo
Assignee: infra</pre>
<p>Please change change-queue-tester jobs for testing a single project at a time (ok for multiple patches at once, but from the same project). Right now if multiple patches are merged between a change-queue-tester execution and the next one are done, all of them will be tested in the next run, even if the changes are in different projects. So, supposing project A and B are completely fine, a failure in project C can still prevent changes in A and B to go ahead through the pipeline and get released. This cause major headaches at least to me, requiring me to go again over all the HEAD of the projects not being published and run yet again “ci re-merge please” again and again and again until I'm lucky enough to have nobody else merging patches or having all the ttested patches pass at once. I understand the need to reduce the amount of executions of the job since it takes an hour to execute but right now it's stealing days of execution for getting a patch landing on tested repo. — SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>>; <<a href="https://red.ht/sig">https://red.ht/sig</a>>; TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>></p></blockquote>
<p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100081)</p>

<img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3t..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/>
</body></html>

------------=_1520333776-20649-136--

Barak Korren (oVirt JIRA)

tags

participants (1)