You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/release-v2.md
+7-16Lines changed: 7 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,9 +10,9 @@ This document describes the new release process for Turtles.
10
10
11
11
We maintain 3 release branches for Turtles, one for each of the minor versions of Rancher that is under active maintenance, at any given point. This allows us to create new Turtles releases for each of the release branches as required for bug fixes and security patches. The process of cutting a new release is essentially the following:
12
12
-[Create a new tag for the release](#create-a-new-tag-for-the-release)
13
+
-[Write release description for non-developers](#write-release-description-for-non-developers)
-[Write release description for non-developers](#write-release-description-for-non-developers)
16
16
-[Rancher Turtles Community Documentation](#rancher-turtles-community-documentation) (required only when cutting minor/major versions)
17
17
-[Create a JIRA ticket for syncing Turtles Community Docs with Product Docs](#create-a-jira-ticket-for-syncing-turtles-community-docs-with-product-docs) (required only when cutting minor/major versions)
Turtles release notes are automatically generated based on the commits that are published with the new version. However, these release notes may also include changes from older versions of Turtles, making it difficult forusers to understand what has changed between the new version and the previous minor version. If that is the case, the generated release notes need to be deleted and new release notes need to be regenerated by selecting the previous minor version. For example, if the new release is `v0.25.0` then select `v0.24.0` as the previous tag rather than `Auto`,in the GitHub UI when editing the new release. While editing the release notes, the new release should also be marked as latest, if it is not an `rc` release.
71
+
72
+
These commit messages are usually hard to understand for those that are not very familiar with the project and we must add a "human-readable" description of what the release brings at the beginning of release notes. [This](https://github.com/rancher/turtles/releases/tag/v0.13.0) can be used for reference. If the new release includes breaking changes or requires any sort of manual steps from the user, make sure these are clearly stated at the top of the release notes.
73
+
68
74
### Update `rancher/charts` repository
69
75
70
76
**Warning**: Before updating `rancher/charts` repository, ensure that the previous [step](#create-a-new-tag-for-the-release) has created a new GitHub release for the tag. This release must include the Helm chart archive file in its assets (typically named `rancher-turtles-${RELEASE_TAG}.tgz`).
@@ -101,25 +107,10 @@ This part of the release is also automated via a GitHub Actions workflow, that n
101
107
102
108
Once this workflow has finished, a new PR should have been created in the `rancher/rancher` repository that updates the selected branch with the new Turtles version. You need to review and merge this PR. When this PR gets merged, you will have completed the process of releasing a new version of Turtles and including it in an upcoming version of Rancher.
103
109
104
-
### Write release description for non-developers
105
-
106
-
Turtles release notes are automatically generated based on the commits that are published with the new version.
107
-
108
-
These commit messages are usually hard to understand for those that are not very familiar with the project and we must add a "human-readable" description of what the release brings at the beginning of release notes. [This](https://github.com/rancher/turtles/releases/tag/v0.13.0) can be used for reference.
109
-
110
110
### Rancher Turtles Community Documentation
111
111
112
112
**Note**: This step is required only when cutting minor/major versions.
113
113
114
-
#### Update component versions in documentation
115
-
116
-
Before publishing a new version of the documentation, component versions used in the documentation must be updated.
117
-
118
-
1. Navigate to the Rancher Turtles Docs repository: [rancher/turtles-docs](https://github.com/rancher/turtles-docs)
119
-
2. Go to `Actions` and start a new run of `Update Component Versions`.
120
-
3. Look up the correct component versions from the [rancher/turtles](https://github.com/rancher/turtles) repository and fill them into the input fields. If any input fields are left blank, the workflow will retain the currently documented versions for those components.
121
-
4. This will generate a new PR in the same repository that updates the documentation with the specified versions.
122
-
123
114
#### Generate changelog from Turtles release notes
124
115
125
116
Before publishing a new version of the documentation, a new [Changelog](https://turtles.docs.rancher.com/turtles/next/en/changelogs/index.html) must be generated to include the new release.
0 commit comments