@@ -221,6 +221,29 @@ Release notes should also follow the documentation style guide used for all
221
221
Trino documentation - the [ Google developer documentation style
222
222
guide] ( https://developers.google.com/style ) .
223
223
224
+ ### Trino and Trino Gateway release notes process
225
+
226
+ The release notes for Trino and Trino Gateway are assembled by a contributor
227
+ during the development cycle for each release with the following process:
228
+
229
+ * After a release is shipped a new pull request for the release notes is
230
+ created. It uses the description of a prior release notes pull request. Trino
231
+ includes a template file to start the new release notes. Trino Gateway adds a
232
+ new section on the same page. Follow the PRs for
233
+ [ Trino 472] ( https://github.com/trinodb/trino/pull/25101 ) and
234
+ [ Trino Gateway 14] ( https://github.com/trinodb/trino-gateway/pull/589 ) as
235
+ examples.
236
+ * Every merged pull request is reviewed for a suitable release notes entry and
237
+ sufficient documentation. If necessary, further clarification and
238
+ documentation is requested from the contributor and the merging maintainer.
239
+ * The release notes pull request is updated daily with the relevant details.
240
+ * The release date is set in the PR and closer to the release date further
241
+ reviews from maintainers are requested. Trino releases weekly, Trino Gateway
242
+ every four weeks.
243
+ * On the day of the release everything is finalized with the release manager and
244
+ upon approval the PR is merged. After the release is cut the process starts
245
+ again with the same or a different contributor.
246
+
224
247
## Maintainer processes
225
248
226
249
[ Maintainers] ( ./roles.html#maintainer ) support the contributions from the
0 commit comments