Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix OLM workflow #1715

Merged
merged 4 commits into from
Aug 29, 2024
Merged

Fix OLM workflow #1715

merged 4 commits into from
Aug 29, 2024

Conversation

Zerpet
Copy link
Member

@Zerpet Zerpet commented Aug 29, 2024

Summary Of Changes

Fix OLM workflow. It was depending on a container image in GCP. This image is not available anymore. This PR
removes that dependency.

Zerpet added 3 commits August 29, 2024 14:26
We stopped depending on a container image that was hosted in GCP. This
image is gone, and the workflow is now composed with small steps that do
something concrete. The tools required are either already available in
GitHub runners, or installed as part of a setup step. This ensures that
our tooling remains up to date.

The "publish" part now is separated in two different jobs, because their
steps are not dependant and they can be parallelised.

[skip ci]
This commit changes the strategy to determine the OLM bundle version.
Previously, it was calculated in every job that needed this information.
Now, the bundle version is calculated in the first job that creates the
bundle, and passed on via outputs to subsequent dependant jobs.

The system tests were racy. Sometimes, they started too soon, before the
Cluster Operator was installed. Now, the system tests wait on the status
of Subscription. This ensures that Cluster Operator is, at least,
installed when the system tests execute.

[skip ci]
The "publish" job now uses a Personal Access Token from our robot
account. This allows to run authenticated git commands from the job.

[skip ci]
@Zerpet Zerpet added this to the 2.10.0 milestone Aug 29, 2024
@Zerpet Zerpet self-assigned this Aug 29, 2024
@Zerpet Zerpet requested a review from DanielePalaia August 29, 2024 13:42
The current logic is brittle, and it is guaranteed to break after we
release 2.10.0.

The problem with `ls -1v` is that it lists in alphabetical order, not
in semver order. That means that a list with 2.1.0, 2.9.0, 2.10.0 and
2.11.0 would be listed as:

2.1.0
2.10.0
2.11.0
2.9.0

The previous logic would always yield 2.9.0 (bottom) as the replace
version. That is not correct for 2.11.0.

The opm validator does not complain by not providing a "replaces"
version, so it may just be fine and OLM may have some magic sauce to
figure out what version to upgrade to.

[skip ci]
@Zerpet Zerpet force-pushed the test-ci/fix-olm-ci branch from ddf9cbf to d954fa4 Compare August 29, 2024 13:43
@Zerpet
Copy link
Member Author

Zerpet commented Aug 29, 2024

FYI @ansd

@Zerpet Zerpet merged commit 2aa4be4 into main Aug 29, 2024
@Zerpet Zerpet deleted the test-ci/fix-olm-ci branch August 29, 2024 16:35
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.

3 participants