Skip to content

Mention internal pilot on the multi-version template

Mayra Cabrera requested to merge mention-pilot-on-multi-version-template into master

What does this MR do and why?

Adds an explicit mention of the internal pilot on the multi-version template, this is to prevent confusion for release managers because even though the template is multi-version only patch releases for the current version should be prepared.

Related to gitlab-com/gl-infra/delivery#2902 (comment 1314221921)

Author Check-list

  • [-] Has documentation been updated?
Open up for a surprise 🎈

Releases 15.9.4, 15.8.5, 15.7.9

Preparation

  • If this patch release is running during the internal pilot it should only target the current version: 15.9. Remove the steps associated with older versions.

Stable branches for projects under the GitLab Managed Versioning model are required to have a green pipeline to perform a patch release.

If a failure is found the resolution process differs between each project:

  • For GitLab project failures, follow the broken stable branch process.
  • For GitLab components, contact the maintainers and notify them about the failure.

Packaging

  • Check if mirroring synced stable branches to dev. If the output is for every repo, we can proceed to tag. Note. If GitLab Canonical to Security mirroring has diverged on the default branch due to security merges this mirror is expected to show as a broken and can be safely ignored.

    /chatops run mirror status
  • Tag 15.9.4 and wait for the job to finish before tagging the next package:

    /chatops run release tag 15.9.4
  • Tag 15.8.5 and wait for the job to finish before tagging the next package:

    /chatops run release tag 15.8.5
  • Tag 15.7.9 and wait for the job to finish before tagging the next package:

    /chatops run release tag 15.7.9
  • While waiting for packages to build, review and complete the blog post. => BLOG_POST_MR

    • If the blog post failed to generate, it can be generated manually from the release-tools project with rake release:patch_release_blog_post.
  • Check the progress of the EE/CE packages:

Note this may take a while (around 80 minutes) and only the EE packages are required to continue with the next steps.

Deploy

For patch releases, the only available environment for deploys is release.gitlab.net. All GitLab Inc. team members can login to that installation using their email address (through google oauth). Deployment to release.gitlab.net will only be performed for the current release version.

release.gitlab.net

Deployments to release.gitlab.net are performed automatically.

Instructions to manually deploy if required.

If you need to manually run a deployment, you can do so as follows:

/chatops run deploy 15.9.4-ee.0 release

Release

15.9.4

  • Publish the packages via ChatOps:
    /chatops run publish 15.9.4
  • Verify that the chatops publish pipeline created by running the above command succeeded.
  • Verify the check-packages job completes successfully on the EE Pipeline
  • Verify the check-packages job completes successfully on the CE Pipeline
  • Verify that Docker images appear on hub.docker.com: EE / CE

15.8.5

  • Publish the packages via ChatOps:
    /chatops run publish 15.8.5
  • Verify that the chatops publish pipeline created by running the above command succeeded.
  • Verify the check-packages job completes successfully on the EE Pipeline
  • Verify the check-packages job completes successfully on the CE Pipeline
  • Verify that Docker images appear on hub.docker.com: EE / CE

15.7.9

  • Publish the packages via ChatOps:
    /chatops run publish 15.7.9
  • Verify that the chatops publish pipeline created by running the above command succeeded.
  • Verify the check-packages job completes successfully on the EE Pipeline
  • Verify the check-packages job completes successfully on the CE Pipeline
  • Verify that Docker images appear on hub.docker.com: EE / CE

Final steps

  • Merge the blog post.
  • Notify the patch release has been published (blog post link needs to be replaced with the actual link).
    /chatops run notify ":mega: GitLab Patch Release: 15.9.4, 15.8.5, 15.7.9 has just been released: <blog post link>! Share this release blog post with your network to ensure broader visibility across our community."
  • Create the 15.9.4 version on version.gitlab.com.
  • Create the 15.8.5 version on version.gitlab.com.
  • Create the 15.7.9 version on version.gitlab.com.

Release Certification

The release certification process may apply to this release. cc @gitlab-com/gl-security/federal-application-security

Edited by Mayra Cabrera

Merge request reports