action #125720
closedcoordination #58184: [saga][epic][use case] full version control awareness within openQA
coordination #48641: [epic] Trigger openQA tests in pull requests of any product github pull request
[spike][timeboxed:20h] Add monitoring-support into openqa-cli
Description
Motivation¶
This is a follow-up of #124502. The idea is to be able to easily create a CI check spawning and monitoring a set of openQA jobs. Since the code for the CI check should be re-usable it would be nice if openqa-cli would support this. We could then provide a ready-to-use container image with it.
Acceptance criteria¶
- AC1:
openqa-cli
can trigger a set of jobs (a "scheduled product" by "posting an ISO") and wait until all jobs have been done/cancelled. - AC2: The result of triggering via AC1 is reported as boolean (so it can be set as result of e.g. a CI check without further computation).
Suggestions¶
The client would gain similar functionality as the shell script https://github.com/Martchus/os-autoinst-distri-example/pull/1/files#diff-0c49fec5fa1043f61c80244f5166a024e6ffc25c73e86ef0822f385f641c5cb7 created for #124502 provides. So a similar polling-approach could be taken.
Updated by mkittler almost 2 years ago
- Copied from action #124502: [spike][timeboxed:20h] complete test definition from yaml schedule in git checked out test distribution added
Updated by mkittler almost 2 years ago
- Parent task changed from #124466 to #48641
Updated by okurz over 1 year ago
- Due date deleted (
2023-03-10) - Start date deleted (
2023-02-14)
Updated by openqa_review over 1 year ago
- Due date set to 2023-03-29
Setting due date based on mean cycle time of SUSE QE Tools
Updated by livdywan over 1 year ago
Updated by mkittler over 1 year ago
- Status changed from Feedback to Resolved
The PR has been merged. We have #125723 to see how well it works in production so I'm resolving this ticket right now.