-
Notifications
You must be signed in to change notification settings - Fork 2k
chore(chart): Refactor chart release logic to support releasing from master #1715
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
base: master
Are you sure you want to change the base?
chore(chart): Refactor chart release logic to support releasing from master #1715
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: stevehipwell The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
c12fcb4
to
662c2c3
Compare
/retest |
/triage accepted |
662c2c3
to
581cb0f
Compare
@dgrisonnet could you please take a look at this? |
RELEASE.md
Outdated
A new chart should be released whenever a new version of Metrics Server is | ||
released, but releases can also be done on an as-needed basis. Most chart | ||
releases for the latest Metrics Server version can take place on the `master` | ||
branch; but if release is a backport or the chart on `master` is no longer |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
branch; but if release is a backport or the chart on `master` is no longer | |
branch. However, if a release is a backport or the chart on `master` is no longer |
RELEASE.md
Outdated
released, but releases can also be done on an as-needed basis. Most chart | ||
releases for the latest Metrics Server version can take place on the `master` | ||
branch; but if release is a backport or the chart on `master` is no longer | ||
compatible then the PR should target the release branch directly. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
compatible then the PR should target the release branch directly. | |
compatible, the PR should target the release branch. |
.github/workflows/release-chart.yaml
Outdated
if [[ "${branch_name}" == "master" ]]; then | ||
release=true | ||
else | ||
branch_version_prefix="$(grep -Eo '[0-9]+\.[0-9]+$' <<<"${branch_name}")" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm a little confused on why this is called branch_version_prefix when it looks like it is the branch_version. The prefix to me would be release-
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's the version prefix (x.y
) and the branch suffix, let me make it a bit clearer.
581cb0f
to
376addc
Compare
…master Signed-off-by: Steve Hipwell <[email protected]>
376addc
to
3ce1bd6
Compare
Thanks for the review @TerryHowe, I've applied your suggestions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
What this PR does / why we need it:
This PR adds support for releasing the Helm chart from the
master
branch while keeping support for releasing from a release branch if required (e.g. the chart has been modified to target the next release). This change will reduce the overhead for a chart release and allow us to be more responsive to chart changes.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 #
CC @dgrisonnet