[Starlingx-discuss] upstream -infra queue setup might need tweaking to handle cross-project dependencies

Claire Massey claire at openstack.org
Thu Jun 28 17:26:23 UTC 2018


Hi there,

The best way to reach the Zuul team directly to share these types of requests is to ping their ML at zuul-discuss at lists.zuul-ci.org <mailto:zuul-discuss at lists.zuul-ci.org>. You can subscribe to it here: http://lists.zuul-ci.org/cgi-bin/mailman/listinfo/zuul-discuss <http://lists.zuul-ci.org/cgi-bin/mailman/listinfo/zuul-discuss>. You can also ping them in Freenode IRC at #zuul. 

Thanks,
Claire


> On Jun 28, 2018, at 10:50 AM, Anaya casas, Hazzim I <hazzim.i.anaya.casas at intel.com> wrote:
> 
> I believe the concern is related to this config in Zuul and we need to take advantage of this feature.
> 
> Cross Project Testing
> When your projects are closely coupled together, you want to make sure changes entering the gate are going to be tested with the version of other projects currently enqueued in the gate (since they will eventually be merged and might introduce breaking features).
> 
> Such relationships can be defined in Zuul configuration by placing projects in a shared queue within a dependent pipeline. Whenever changes for any project enter a pipeline with such a shared queue, they are tested together, such that the commits for the changes ahead in the queue are automatically present in the jobs for the changes behind them.
> 
> https://zuul-ci.org/docs/zuul/user/gating.html <https://zuul-ci.org/docs/zuul/user/gating.html>
> 
> 
> 
> 
>> On Jun 27, 2018, at 14:31, Scott Little <scott.little at windriver.com <mailto:scott.little at windriver.com>> wrote:
>> 
>> Agreed, I don't think we can function without it.
>> 
>> Is there a way to get a notification sent to reviewers of the blocking review, the one that is depended on but is not recieved it's CR+2, W+1, that this review needs urgent attention?
>> 
>> If the depended on review is failed or abandoned, can the blocked review by automatically dequeued?  Demoted to W0?  Ideally with a notification?
>> 
>> Scott
>> 
>> 
>> On 18-06-27 03:12 PM, Dean Troyer wrote:
>>> On Wed, Jun 27, 2018 at 1:43 PM, Chris Friesen
>>> <chris.friesen at windriver.com <mailto:chris.friesen at windriver.com>> wrote:
>>>> The automated way to handle this is to have all the potentially
>>>> interdependent projects share a queue by specifying a common queue name.
>>>> The example given was the "integrated" queue for nova and friends, as
>>>> specified at
>>>> https://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml#n108 <https://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml#n108>
>>> Dang, I forgot this bit when setting up the jobs, so something like
>>> this? https://review.openstack.org/578532 <https://review.openstack.org/578532>
>>> 
>>>> This does potentially introduce merge delays since it will serialize merges
>>>> across all the projects that share a queue, but for tightly-coupled projects
>>>> it might make sense.
>>> It think totally makes sense here...
>>> 
>>> dt
>>> 
>> 
>> 
>> _______________________________________________
>> Starlingx-discuss mailing list
>> Starlingx-discuss at lists.starlingx.io <mailto:Starlingx-discuss at lists.starlingx.io>
>> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> 
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20180628/2687c7d1/attachment-0001.html>


More information about the Starlingx-discuss mailing list