Fix obsolete Secure Release Process links
Why is this change being made?
As I was trying to figure out how to release a new project under security-products I found the Secure Release Process page under the handbook.
In !124000 (merged) it was deleted without redirects being put in place.
Before then it had been moved from /handbook/engineering/development/secure/release_process
to /handbook/engineering/development/sec/secure/release_process
in !102070 (merged) without adding a redirect for the old location.
Location | Broken Target Location |
---|---|
"more information" link inside the group description on https://gitlab.com/security-products | https://about.gitlab.com/handbook/engineering/development/secure/release_process.html#location-of-container-images |
"release issue" link under https://about.gitlab.com/handbook/engineering/development/sec/secure/static-analysis/#week-1 | https://about.gitlab.com/handbook/engineering/development/sec/secure/release_process.html |
"established release process" link under https://about.gitlab.com/handbook/engineering/development/sec/secure/static-analysis/#go-security-fixes | https://about.gitlab.com/handbook/engineering/development/sec/secure/release_process.html#security-and-build-fixes-of-go |
"Secure Release Process" link under https://about.gitlab.com/handbook/engineering/workflow/code-review/#project-maintainer-process-for-gitlab-secure-analyzers | https://about.gitlab.com/handbook/engineering/development/sec/secure/release_process.html |
side note: I included some additional removals of https://about.gitlab.com/
for /handbook
page references in the files I found with broken links since this
Author Checklist
-
Provided a concise title for this Merge Request (MR) -
Added a description to this MR explaining the reasons for the proposed change, per say why, not just what - Copy/paste the Slack conversation to document it for later, or upload screenshots. Verify that no confidential data is added, and the content is SAFE
-
Assign reviewers for this MR to the correct Directly Responsible Individual/s (DRI) - If the DRI for the page/s being updated isn’t immediately clear, then assign it to one of the people listed in the
Maintained by
section on the page being edited - If your manager does not have merge rights, please ask someone to merge it AFTER it has been approved by your manager in #mr-buddies
- The when to get approval handbook section explains the workflow in more detail
- If the DRI for the page/s being updated isn’t immediately clear, then assign it to one of the people listed in the
-
If the changes affect team members, or warrant an announcement in another way, please consider posting an update in #whats-happening-at-gitlab linking to this MR - If this is a change that directly impacts the majority of global team members, it should be a candidate for #company-fyi. Please work with internal communications and check the handbook for examples.