mirror of
https://github.com/edgelesssys/constellation.git
synced 2025-05-02 06:16:08 -04:00
ci: publish s3proxy chart during release
This commit is contained in:
parent
8ebd813480
commit
b0ee39a96d
5 changed files with 72 additions and 16 deletions
|
@ -41,10 +41,11 @@ Releases should be performed using [the automated release pipeline](https://gith
|
|||
```
|
||||
|
||||
3. wait for the pipeline to finish
|
||||
4. while in editing mode for the release, clear the textbox, select the last patch release for the current release branch and click "Generate release notes".
|
||||
5. look over the autogenerated draft release. When fixing the changelog, prioritize updating the PR title/labels/description and regenerating the changelog over fixing things in the final changelog. The changelog should be primarily aimed at users. Rule of thumb: first part of the sentence should describe what changed for the user, second part can describe what has been changed to achieve this.
|
||||
6. in the GitHub release UI, set the tag to create on publish to `$ver`.
|
||||
7. publish.
|
||||
4. Check the s3proxy PR in the [helm chart repository](https://github.com/edgelesssys/helm/pull/) and approve it if things (esp. the version) look correct. Correct example for reference: https://github.com/edgelesssys/helm/pull/19/files
|
||||
5. while in editing mode for the release, clear the textbox, select the last patch release for the current release branch and click "Generate release notes".
|
||||
6. look over the autogenerated draft release. When fixing the changelog, prioritize updating the PR title/labels/description and regenerating the changelog over fixing things in the final changelog. The changelog should be primarily aimed at users. Rule of thumb: first part of the sentence should describe what changed for the user, second part can describe what has been changed to achieve this.
|
||||
7. in the GitHub release UI, set the tag to create on publish to `$ver`.
|
||||
8. publish.
|
||||
|
||||
### Minor release
|
||||
|
||||
|
@ -71,10 +72,11 @@ Releases should be performed using [the automated release pipeline](https://gith
|
|||
./constellation status
|
||||
```
|
||||
|
||||
5. while in editing mode for the release, clear the textbox, select the last minor release and click "Generate release notes".
|
||||
6. look over the autogenerated draft release. When fixing the changelog, prioritize updating the PR title/labels/description and regenerating the changelog over fixing things in the final changelog. The changelog should be primarily aimed at users. Rule of thumb: first part of the sentence should describe what changed for the user, second part can describe what has been changed to achieve this.
|
||||
7. in the GitHub release UI, set the tag to create on publish to `$ver`.
|
||||
8. publish.
|
||||
5. Check the s3proxy PR in the [helm chart repository](https://github.com/edgelesssys/helm/pull/) and approve it if things (esp. the version) look correct. Correct example for reference: https://github.com/edgelesssys/helm/pull/19/files
|
||||
6. while in editing mode for the release, clear the textbox, select the last minor release and click "Generate release notes".
|
||||
7. look over the autogenerated draft release. When fixing the changelog, prioritize updating the PR title/labels/description and regenerating the changelog over fixing things in the final changelog. The changelog should be primarily aimed at users. Rule of thumb: first part of the sentence should describe what changed for the user, second part can describe what has been changed to achieve this.
|
||||
8. in the GitHub release UI, set the tag to create on publish to `$ver`.
|
||||
9. publish.
|
||||
|
||||
## Post release steps
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue