Skip to content

Commit

Permalink
Collect release note in each PR (#4473)
Browse files Browse the repository at this point in the history
* release note for v1.2

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* collecting release note in each PR

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* collecting release note in each PR

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* collecting release note in each PR

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* collecting release note in each PR

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* fix lint

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* reorganize sections

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* minor wording

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

* fix lint

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>

---------

Signed-off-by: Huabing Zhao <zhaohuabing@gmail.com>
  • Loading branch information
zhaohuabing authored Oct 22, 2024
1 parent 31ff8ff commit a5c3cd2
Show file tree
Hide file tree
Showing 3 changed files with 46 additions and 5 deletions.
8 changes: 7 additions & 1 deletion .github/PULL_REQUEST_TEMPLATE.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
**What type of PR is this?**
<!--
Your PR title should be descriptive, and generally start with type that contains a subsystem name with `()` if necessary
Your PR title should be descriptive, and generally start with type that contains a subsystem name with `()` if necessary
and summary followed by a colon. format `chore/docs/api/feat/fix/refactor/style/test: summary`.
Examples:
* "docs: fix grammar error"
Expand All @@ -23,3 +23,9 @@ a new PR, and we will review the API part first. It will save you lots of implem
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->
Fixes #

<!--
For any non-trivial changes, you need to provide a brief description of the changes in the release notes.
Please add the description to the release-notes/current.yaml file and include this file in the PR.
-->
Release Notes: Yes/No
29 changes: 29 additions & 0 deletions release-notes/current.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,29 @@
date: Pending

# Changes that are expected to cause an incompatibility with previous versions, such as deletions or modifications to existing APIs.
breaking changes: |
- Add a breaking change here
# Updates addressing vulnerabilities, security flaws, or compliance requirements.
security updates: |
- Add a security update here
# New features or capabilities added in this release.
new features: |
- Add a new feature here
# Fixes for bugs identified in previous versions.
bug fixes: |
- Add a bug fix here
# Enhancements that improve performance.
performance improvements: |
- Add a performance improvement here
# Deprecated features or APIs.
deprecations: |
- Add a deprecation here
# Other notable changes not covered by the above sections.
Other changes: |
- Add other changes here
14 changes: 10 additions & 4 deletions site/content/en/contributions/RELEASING.md
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,13 @@ export GITHUB_REMOTE=origin
```

1. Clone the repo, checkout the `main` branch, ensure it’s up-to-date, and your local branch is clean.
2. Create a topic branch for adding the release notes and updating the [VERSION][] file with the release version. Refer to previous [release notes][] and [VERSION][] for additional details.
2. Create a topic branch for adding the release notes and updating the [VERSION][] file with the release version. Refer to previous [release notes][] and [VERSION][] for additional details. The latest changes are already accumulated in the current.yaml file. Copy the content of the current.yaml file to the release notes file and clear the current.yaml file.

```shell
echo "${MAJOR_VERSION}.${MINOR_VERSION}.0-rc.${RELEASE_CANDIDATE_NUMBER}" > VERSION
```

__Note:__ The release candidate version should be in the format `${MAJOR_VERSION}.${MINOR_VERSION}.0-rc.${RELEASE_CANDIDATE_NUMBER}`.
3. Sign, commit, and push your changes to your fork.
4. Submit a [Pull Request][] to merge the changes into the `main` branch. Do not proceed until your PR has merged and
the [Build and Test][] has successfully completed.
Expand Down Expand Up @@ -106,7 +112,7 @@ export GITHUB_REMOTE=origin
```

1. Update the `Documentation` referred link on the menu in `site/hugo.toml`:

**DON'T FORGOT TO MOVE IT UNDER `LATEST`**
```shell
Expand All @@ -118,7 +124,7 @@ export GITHUB_REMOTE=origin
```
1. Update `site/layouts/shortcodes/helm-version.html` base on latest minor version.
```console
{{- $pagePrefix := (index (split $.Page.File.Dir "/") 0) -}}
{{- with (eq $pagePrefix "latest") -}}
Expand All @@ -133,7 +139,7 @@ export GITHUB_REMOTE=origin
```
1. Update `site/layouts/shortcodes/yaml-version.html` base on latest minor version.
```console
{{- $pagePrefix := (index (split $.Page.File.Dir "/") 0) -}}
{{- with (eq $pagePrefix "latest") -}}
Expand Down

0 comments on commit a5c3cd2

Please sign in to comment.