<div dir="ltr">Are these zuul refs publicly accessible so that the third party CI systems could reference then to guarantee they are testing the same thing?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 3, 2014 at 11:31 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 07/03/2014 02:10 PM, Kevin Benton wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The reason I thought it changed was that this is the first cycle where I<br>
have encountered scenarios where my unit tests for the patch run fine<br>
locally, but then they fail when they are checked by Jenkins (caused by<br>
a change after the parent of my patch). I suppose I was just lucky<br>
before and never had anything merge after I proposed a patch that caused<br>
a conflict with mine.<br>
<br>
I suspect this is a problem then for many third-party CI systems because<br>
the simple approach of setting [PROJECT]_REPO and [PROJECT]_BRANCH in<br>
devstack to point to the gerrit server will not work correctly since it<br>
will just test the patch without merging it.<br>
<br>
Where is this merging process handled in the OpenStack CI? Is that done<br>
in Zuul with the custom Zuul branch is passed to devstack?<br>
</blockquote>
<br></div>
Yes. The zuul-merger daemon is responsible for managing this, and the devstack-gate project handles the checkout and setup of the git repos for all of the OpenStack projects.<br>
<br>
Best,<br>
-jay<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
--<br>
Kevin Benton<br>
<br>
<br>
On Tue, Jul 1, 2014 at 4:00 PM, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a><br></div><div class="">
<mailto:<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>>> wrote:<br>
<br>
    On 2014-07-01 10:05:45 -0700 (-0700), Kevin Benton wrote:<br>
    [...]<br>
     > As I understand it, this behavior for the main OpenStack CI check<br>
     > queue changed to the latter some time over the past few months.<br>
    [...]<br>
<br>
    I'm not sure what you think changed, but we've (upstream OpenStack<br>
    CI) been testing proposed patches merged to their target branches<br>
    for years...<br>
    --<br>
    Jeremy Stanley<br>
<br>
    ______________________________<u></u>_________________<br>
    OpenStack-dev mailing list<br>
    <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br></div>
    <mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</a>><div class=""><br>
    <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
<br>
<br>
<br>
--<br>
Kevin Benton<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Kevin Benton</div>
</div>