waiverdb

#338 CI/CD: inject full integration test to promotion workflows
Merged by rayson. Opened by rayson.
rayson/waiverdb cicd-inject-integration-test  into  master

Download 338.patch

This change will run the full integration test in the dev->stage and stage->prod promotion workflows. The old functional test will still be used for gating the dev image.

In the short term, we are running the Factory 2.0 integration test in the PSI c3i project rather than the waiverdb-test project.

@lholecek @gnaponie @mprahl @csomh Could you do a review?

Aren't labels usually part of metadata?

Aren't labels usually part of metadata?

The top-level labels field is a shortcut to apply labels to all objects processed from the template: https://docs.openshift.com/container-platform/3.11/dev_guide/templates.html#writing-labels

rebased onto 94b605f48764cd26c38c774ae916dda488bfb6f8

Why not use the library?

Is TTY really needed?

Can you use following command to get the digest?

podman inspect --format '{{.Digest}}' ${IMAGE_URI}

Why not use the library?

Here we are waiting for an OpenShift build in another project, however the exposed c3i.wait() function calls openshift.withCluster(), which will change to the project that runs Jenkins master. I've filed a PR for this issue: https://pagure.io/c3i-library/pull-request/19.

Is TTY really needed?

Not needed. I will remove it.

Can you use following command to get the digest?
podman inspect --format '{{.Digest}}' ${IMAGE_URI}

I tried this command in a container, however it complains failure to create overlayfs over an overlayfs. It seems to me we have to use skopeo here.

rebased onto 0d36d6c252369e8593de8c688bd05029c36382f3

+1 Nice, thanks for the explanations and being patient with me. :)

@lholecek Thanks. I will merge it and see if everything works fine

Pull-Request has been merged by rayson
Metadata
None
No Tags
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.