build(release-management): fix checklist and OpenAPI spec version bumps

[petermetz]

1. After this change the steps within the release management documentation should
   work without issues.
2. Currently the process is (was) broken due to our reliance on URL references
   within the OpenAPI specifications which created a chicken-egg problem with the
   release tag issuance and the building of the source code to be released.

This change depends on the other pull requests that are refactoring the cross-package
OpenAPI specification references:

Depends on #3288
Depends on #3315

Signed-off-by: Peter Somogyvari peter.somogyvari@accenture.com

Pull Request Requirements

• Rebased onto upstream/main branch and squashed into single commit to help maintainers review it more efficient and to avoid spaghetti git commit graphs that obfuscate which commit did exactly what change, when and, why.
• Have git sign off at the end of commit message to avoid being marked red. You can add -s flag when using git commit command. You may refer to this link for more information.
• Follow the Commit Linting specification. You may refer to this link for more information.

Character Limit

• Pull Request Title and Commit Subject must not exceed 72 characters (including spaces and special characters).
• Commit Message per line must not exceed 80 characters (including spaces and special characters).

A Must Read for Beginners
For rebasing and squashing, here's a must read guide for beginners.

[github-actions]

This PR/issue depends on:

• build: add OpenAPI spec bundling, stop using URL references #3288
• build: unpin OpenAPI specs from v2.0.0-alpha.2 URL refs, use REMOTE #3315
  By Dependent Issues (🤖). Happy coding!