Load deprecation release dates from the www-gitlab-com project
What does this MR do and why?
Refactors the Deprecations page to pull release dates from the newly-official SSoT YML file rather than the JSON file we'd added previously.
- New file: https://gitlab.com/gitlab-com/www-gitlab-com/-/blob/master/data/releases.yml
- Old file: https://docs.gitlab.com/release_dates.json
This MR does not remove our the JSON file yet. This is still used by release.rake
in this function. We'll refactor that one in a follow-up MR and drop the file at that time.
Related issue: #1716 (closed)
Screenshots, screen recordings, or links to review app
No visual changes. Just changing the backend data source here.
Dates shown alongside milestone headings and in the bullet lists should match up with what we see on the live site:
Before | After |
---|---|
- Live site: https://docs.gitlab.com/ee/update/deprecations.html
- Review app: https://1716-deps-dates.docs.gitlab-review.app/ee/update/deprecations.html
Note: I did notice a few discrepancies in looking at the older versions. Our JSON file has 14.7 in Dec 2021, but the new YML file has it in Jan 2022 (https://gitlab.com/gitlab-com/www-gitlab-com/-/blob/master/data/releases.yml#L307). This is OK; the YML file is correct: https://about.gitlab.com/releases/2022/01/22/gitlab-14-7-released/
How to set up and validate locally
Numbered steps to set up and validate the change are strongly suggested.
-
Configure a local GitLab Docs environment: https://gitlab.com/gitlab-org/gitlab-docs/-/blob/main/doc/setup.md. -
Compile the site and visit the deprecations page: http://localhost:3000/ee/update/deprecations.html -
Verify dates shown with each release match the dates shown on the current Deprecations page.
Merge request acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
I have evaluated the MR acceptance checklist for this merge request.