[OpenStack-Infra] Zuul DependentPipeline conceptual questions

Karpenko, Oleksandr (Nokia - DE/Ulm) oleksandr.karpenko at nokia.com
Mon Jan 23 13:24:08 UTC 2017


Hallo together,

Sorry for bothering you but I am not able to find any zuul specific mailing list.
First of all if there is some better place to ask questions, please let me know and I will do it there.

We are considering to use Zuul in a project split across many git repositories and we are in a proof of concept phase now. I have submitted for the review first problems we have found (https://review.openstack.org/#/c/423337/ , https://review.openstack.org/#/c/424055/).

Gerrit has a nice feature called 'Submit whole topic'. You can have reviews in several repositories within the same topic and gerrit allows to submit them together very close in time. When the first change is ready for Submit, 'Submit' button stays gray until all other reviews in the same topic are ready and then by pressing the button in any of those changes all of them are submitted.

We have gate pipeline (DependentPipeline) in Zuul for Cross Project Testing which is triggered on code-review: 2  and on success does gerrit submit. The gate pipeline runs when the first change gets code-review: 2  and if all other changes have also code-review: 2, zuul submits all of them without testing the rest.

Does Zuul have any support for 'Submit whole topic' gerrit feature? I am not able to find any.

Does DependentPipeline have support for gerrit topic concept? It sounds at least reasonable to wait until all changes in the same topic get reviewed and then start DependentPipeline once (instead of 3 times in case of 2 repositories).

Does our concept make sense at all or there are other ways to do it? We would like to reduce an effect of 'diamond dependency problem' by submitting related to each other changes close in time. For example when A depends on B and C. B and C depends on D. We would like to test A with related to each other changes in B and C (e.g. D integration) and submit changes in B and C very close in time. Because when B integrates D is much faster as C, A cannot be built until C is ready with D integration. This is not exactly what 'Depends-On:' is doing because changes in B and C does not depend on each other.

Once more sorry for your time and looking forward for your answer.

WBR,
Oleksandr

Nokia Solutions and Networks GmbH & Co. KG
Sitz der Gesellschaft: München / Registered office: Munich
Registergericht: München / Commercial registry: Munich, HRA 88537
WEEE-Reg.-Nr.: DE 52984304
Persönlich haftende Gesellschafterin / General Partner: Nokia Solutions and Networks Management GmbH
Geschäftsleitung / Board of Directors: Dr. Hermann Rodler, Gernot Kurfer
Vorsitzender des Aufsichtsrats / Chairman of supervisory board: Hans-Jürgen Bill
Sitz der Gesellschaft: München / Registered office: Munich
Registergericht: München / Commercial registry: Munich, HRB 163416


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-infra/attachments/20170123/6c9287bf/attachment.html>


More information about the OpenStack-Infra mailing list