Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion .github/workflows/pre-release.yml
Original file line number Diff line number Diff line change
Expand Up @@ -147,7 +147,7 @@ jobs:
git fetch origin
git checkout ${{ github.head_ref }}
git add -A
git commit -m "release version to ${{ env.new_version }}"
git commit -m "release version to v${{ env.new_version }}"
# only tag main branch in manual release
# git tag "v${{ env.new_version }}"
git push origin ${{ github.head_ref }}
Expand Down
11 changes: 5 additions & 6 deletions docs/release.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,26 +5,25 @@ title that decides if the chart's version bumps will be major, minor or patch ac
All they need to do is prefix `major: `, `minor: ` or `patch: ` to the PR title


2. All PRs merged against the base `main` will kick off a "pre-release" workflow that does the following:
2. All PRs opened, synchronized or reopened against `main` will kick off a "pre-release" workflow that does the following:

1. detect if there are changes in the `helm-chart/` directory (if no changes are detected the "pre-release.yaml" workflow exits gracefully)

2. sniff the PR title to determine major, minor or patch bumps

3. increment the helm chart's `version` and `appVersion` accordingly

4. create a new PR with these changes with a title called
`'release ${{ env.new_version }} for ${{ github.ref }}@${{ github.sha }}'` and body listing the new chart version
4. add a commit to the open PR with the `Chart.yaml` bumps and a commit titled: `'release version to v<version-increment>`


3. The releaser should find this PR, review and merge accordingly
3. The releaser should review this PR and make sure everything (include the `Chart.yaml` bumps seem correct). Then merge the PR


4. Then the releaser should go to the Github release UI/UX and kick off a new release by doing the following:
3. Then the releaser should go to the Github release UI/UX and kick off a new release by doing the following:

1. click "Draft New Release"

2. create a new tag for the branch `main` with the chart version listed in the previous PR's body and title
2. create a new tag for the branch `main` with the chart version listed in the previous PR's commit message

3. click the "Generate release notes"

Expand Down