🐛 Fix build and publish nightly Helm chart workflow #748
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 this PR does / why we need it:
Fix Build and Publish nightly Helm chart and Docker images GHA
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #
Special notes for your reviewer:
There are couple of issues with how we currently construct
RELEASE_TAG
,PREVIOUS_TAG
andHELM_CHART_TAG
env vars in Makefile.make release-chart
, chart is built and values.yaml looks like below(truncated version):imageVersion is set to tag with test/ and that is because
build-chart
replacesimageVersion
with CONTROLLER_IMAGE_VERSION:which sets the CONTROLLER_IMAGE_VERSION variable to the most recent tag in the Git repository. That is problematic because we might have a
test/
tag which is recent (test/v0.11.0 was the case in above example).After the change, values.yaml looks like below:
HELM_CHART_TAG
was changed as part of 94af096 that causedBuild and Publish nightly Helm chart and Docker images
GHA fail. What happens is that, we pass both RELEASE_TAG/CONTROLLER_IMAGE_VERSION:from workflow, however chart is packaged without sha256 without this change:
Successfully packaged chart and saved it to: out/package/rancher-turtles-v0.0.0.tgz
That is again an issue, since chart publishing expects to have the sha256 as part of the packaged chart.
Reverting back makes it work again as before and it includes sha256 when testing locally.
Checklist: