<div dir="ltr">Cherry-picking onto the target branch requires an extra step and custom code that I wanted to avoid.<div>Right now I can just pass the gerrit ref into devstack's local.conf as the branch and everything works.</div>

<div>
If there was a way to get that Zuul ref, I could just use that instead and no new code would be required.</div><div><br></div><div>Is exposing that ref in a known format/location something the infra team might consider?</div>


<div><br></div><div>Thanks</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 4:16 PM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2014-07-21 11:36:43 -0700 (-0700), Kevin Benton wrote:<br>
> I see. So then back to my other question, is it possible to get<br>
> access to the same branch that is being passed to the OpenStack CI<br>
> devstack tests?<br>
><br>
> For example, in the console output I can see it uses a ref<br>
</div>> like refs/zuul/ master/Z75ac747d605b4eb28d4add7fa5b99890.[1] Is<br>
<div>> that visible somewhere (other than the logs of course) could be<br>
> used in a third-party system?<br>
<br>
</div>Right now, no. It's information passed from Zuul to a Jenkins master<br>
via Gearman, but as far as I know is currently only discoverable<br>
within the logs and the job parameters displayed in Jenkins. There<br>
has been some discussion in the past of Zuul providing some more<br>
detailed information to third-party systems (perhaps the capability<br>
to add them as additional Gearman workers) but that has never been<br>
fully fleshed out.<br>
<br>
For the case of independent pipelines (which is all I would expect a<br>
third-party CI to have any interest in running for the purpose of<br>
testing a proposed change) it should be entirely sufficient to<br>
cherry-pick a patch/series from our Gerrit onto the target branch.<br>
Only _dependent_ pipelines currently make use of Zuul's capability<br>
to provide a common ref representing a set of different changes<br>
across multiple projects, since independent pipelines will only ever<br>
have an available ZUUL_REF on a single project (the same project for<br>
which the change is being proposed).<br>
<div><div>--<br>
Jeremy Stanley<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Kevin Benton</div>
</div></div>