Skip to content

Fix test containers used on release-0.3 - #2226

Merged
Molter73 merged 3 commits into
release-0.3from
mauro/backport/test-containers-0.3
Oct 26, 2026
Merged

Molter73 merged 3 commits into
release-0.3from
mauro/backport/test-containers-0.3

Conversation

@Molter73

@Molter73 Molter73 commented Oct 26, 2026 •

Copy link
Copy Markdown
Member

Description

This is a triple backport for release-0.3:

Checklist

  • Patch has a change log entry OR does not need one.
  • Investigated and inspected CI test results
  • Updated documentation accordingly

Automated testing

  • Added unit tests
  • Added integration tests
  • Added regression tests

If any of these don't apply, please comment below.

Testing Performed

Changes validated on their respective original PRs.

Molter73 and others added 3 commits October 23, 2026 17:19
After a change in the Vi/Vim versioned used by Fedora broke our
integration tests, we have decided to tag and version all images used in
our tests.

This patch adds a CI job for building and pushing the images when
`tests/containers/QA_TAG` is updated, much like we do in
stackrox/collector. It also modifies the existing tests from always
building the images to:
* Try to find the image locally.
* Attempt to pull it if it is not found.
* If unable to pulled and allowed to build locally, do that.
* Never rebuild test containers on scheduled builds

* Bump test container version

* Use debian:trixie as the base distro for 'editors'

* Use centos images + pin image versions and packages used

This leads to a closer and (hopefully) more stable version of the
existing fedora images we were previously using.

---------

Co-authored-by: Mauro Ezequiel Moltrasio <mmoltras@redhat.com>
)

* chore: validate test images don't exist on remote before building

This is a follow up to #2209, we need to backport those changes and we
need to ensure release branches will not accidentally overwrite images
built in the main branch.

A new `exists` make target is added to all test containers and a global
check ensures at least one of the images is missing before triggering
the rebuild.

On normal operation, new versions of the images will be built by the
main branch and be available once the QA_TAG bump is backported to
release branches. In this case the paths-filter action will determine a
rebuild is needed, but the new check will skip building the images.

If the images are in the process of being built on the main branch and
some of them are not yet pushed, the backported commit will push the
images again but they will have been built in such a small span of time
the resulting images will pretty much be the same.

On PRs, if the containers need to be rebuilt a unique tag is generated
and the step will always return the images don't exist.

* Global FACT_QA_TAG and portable redirections

* Don't conflate network/registry errors with manifest does not exist errors
@Molter73
Molter73 requested a review from a team as a code owner October 26, 2026 10:51
@Molter73
Molter73 enabled auto-merge (squash) October 26, 2026 11:11
@Molter73
Molter73 merged commit a462e8e into release-0.3 Oct 26, 2026
32 of 34 checks passed
@Molter73
Molter73 deleted the mauro/backport/test-containers-0.3 branch October 26, 2026 11:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants