[
https://ovirt-jira.atlassian.net/browse/OVIRT-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Barak Korren updated OVIRT-1448:
--------------------------------
Description:
We have an issue with our system ATM where if there are patches for different
projects that depend on one another, the system is unaware of that dependency.
What typically happens in this scenario is that sending the dependent patch
makes the experimental test fail and keep failing until the other patch is also
merged.
The change queue will handle this better, but the typical behaviour for it
would be to reject both patches, unless they are somehow coordinated to make it
into the same test.
The change queue core code already includes the ability to track and understand
dependencies between changes. What is missing is the ability for developers to
specify theses dependencies.
We would probably want to adopt OpenStack's convention here.
> Enable devs to specifiy patch dependencies for OST
> --------------------------------------------------
>
> Key: OVIRT-1448
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1448
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: oVirt CI
> Reporter: Barak Korren
> Assignee: infra
> Labels: change-queue
>
> We have an issue with our system ATM where if there are patches for different
> projects that depend on one another, the system is unaware of that dependency.
> What typically happens in this scenario is that sending the dependent patch
> makes the experimental test fail and keep failing until the other patch is
> also merged.
> The change queue will handle this better, but the typical behaviour for it
> would be to reject both patches, unless they are somehow coordinated to make
> it into the same test.
> The change queue core code already includes the ability to track and
> understand dependencies between changes. What is missing is the ability for
> developers to specify theses dependencies.
> We would probably want to adopt OpenStack's convention here.
--
This message was sent by Atlassian JIRA
(v1000.1065.1#100048)
_______________________________________________
Infra mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/infra
