diff options
author | Sarah German <sgerman@gitlab.com> | 2022-07-15 19:10:45 +0300 |
---|---|---|
committer | Sarah German <sgerman@gitlab.com> | 2022-07-15 19:10:45 +0300 |
commit | 9cab54922e0edd595e56c7a1ae10586515eb759c (patch) | |
tree | c9673018c875ad97ed79e3c5aa6197f5678d5b04 /.gitlab | |
parent | dcfbd7b5fa1cbfe1f165ac15734e0f28e7614c50 (diff) |
Update release process docs for new Versions menu
Diffstat (limited to '.gitlab')
-rw-r--r-- | .gitlab/issue_templates/release.md | 8 |
1 files changed, 3 insertions, 5 deletions
diff --git a/.gitlab/issue_templates/release.md b/.gitlab/issue_templates/release.md index 1919cea1..8702a32d 100644 --- a/.gitlab/issue_templates/release.md +++ b/.gitlab/issue_templates/release.md @@ -17,12 +17,10 @@ Documentation [for handling the docs release](https://gitlab.com/gitlab-org/gitl created a Docker image tagged with the name of the branch. ([If it fails, how do I fix it?](https://gitlab.com/gitlab-org/gitlab-docs/-/blob/main/doc/releases.md#imagedocs-latest-job-fails-due-to-broken-links)) 1. [ ] [Create a release merge request](https://gitlab.com/gitlab-org/gitlab-docs/-/blob/main/doc/releases.md#create-release-merge-request) for the new version, - which updates the version dropdown menu for the current documentation, and adds + which updates the version dropdown menu for all online versions, updates the archives list, and adds the release to the Docker configuration. - [ ] Mark as `Draft` and do not merge. -1. [ ] [Update the three online versions](https://gitlab.com/gitlab-org/gitlab-docs/-/blob/main/doc/releases.md#update-dropdown-for-online-versions), - so they display the new release on their version dropdown menus. - - [ ] Check the review app to make sure the menus display correctly. + - [ ] Check the review app to make sure the Versions menu displays correctly. After the tasks above are complete, you don't need to do anything for a few days. @@ -46,7 +44,7 @@ After release post is live on the 22nd, or the next Monday morning if the releas scheduled pipeline to deploy all new versions to the public documentation site. No manually-run jobs are needed for this second pipeline. 1. [ ] After the deployment completes, open `docs.gitlab.com` in a browser. Confirm - both the latest version and the correct `pre-` version are listed in the documentation version dropdown. + both the latest version and the correct pre-release version are listed in the documentation version dropdown. 1. [ ] Check all published versions of the docs to ensure they are visible and that their version menus have the latest versions. 1. [ ] In this issue, create separate _threads_ for the retrospective, and add items as they appear: - `## :+1: What went well this release?` |