chore: Set version of 'next' bundle to always update and add build info #815
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does this PR do?
Configure the 'next' index image build to add incrementing prerelease identifiers and include the git-sha as the build identifier. E.g. for version v0.15.0-dev, build index images with versions
v0.15.0-dev.0+59b2f40e
v0.15.0-dev.1+ca15cf09
v0.15.0-dev.2+bd17527a
To ensure clusters deploying the 'next' catalog will always update to
new builds.
Note the semantics for version comparison in SemVer are:
What issues does this PR fix or reference?
Closes #814
Is it tested? How?
Tested in my fork, see recent runs of the
test.ymll
workflow: https://github.com/amisevsk/devworkspace-operator/actions/workflows/test.ymlI've also tested
crc
: with the versioning scheme used here, new changes are automatically rolled out and new DWO images are pulled (technically each one is a new version of DWO)PR Checklist
/test v8-devworkspace-operator-e2e, v8-che-happy-path
to trigger)v8-devworkspace-operator-e2e
: DevWorkspace e2e testv8-che-happy-path
: Happy path for verification integration with Che