3.3.0 release
Release steps:
-
Confirm no further major MRs are incoming -
Update any version strings in repo -
Update Ansible dependencies -
Ansible python requirements - Build and run this Docker image for latest list. -
Ansible Roles - Roles only (not Collections which are only minimum pinned to not clash with Ansible package). Test that the roles continued to work as expected if a Major version bump.
-
-
Update newer third party component versions. Any updates must be tested before release. (Optional - Not required for every release but should be done at least yearly or if a specific security fix is required). -
HAProxy version - Set to latest lts version in role defaults ( haproxy_version
). -
OpenSearch version - Set to latest 2.x
version in role defaults (opensearch_version
). -
geerlingguy.node_exporter
version - Setnode_exporter_version
to the latest version ingroup_vars/all.yml
. -
Kube Prometheus Stack Operator - Set to the latest app version in chart defaults ( kube_prometheus_stack_charts_app_version
). -
Consul Operator - Set app version to match Linux package default if newer in chart defaults ( consul_charts_app_version
).
-
-
Complete the following Terraform smoke tests to ensure there's no unexpected data loss from VMs being rebuilt by upgrading from last release. (Optional - Only required for Major or Minor releases) -
GCP Omnibus Upgrade -
GCP Cloud Native Hybrid Upgrade -
AWS Omnibus Upgrade -
AWS Cloud Native Hybrid Upgrade -
Azure Omnibus Upgrade (Only if any Azure Terraform changes have been made)
-
-
If creating a Backport: -
Create support/<GET_major_minor_x>
branch from GET tag. For example, for patch release2.8.5
- createsupport/2.8.x
.- Note that the branch must conform to this naming scheme for it to be a protected branch.
-
Create Merge Request targeting support/<GET_major_minor_x>
with the following changes:- Cherry-picked commits that should be backported
- Updated GET version strings in repo
-
-
Release notes created - Should follow similar style as previous releases. Use this link to go through and collect all notes from last release SHA. - Use previous releases for formatting. Big items → Smaller items → Upgrade notes / Breaking changes
- Cite authors when appropriate
-
Create release -
Select to create the tag on the release page but make sure to make it a new lightweight tag with no specific notes. -
Fill in release notes - Use previous releases for formatting. Big items → Smaller items → Upgrade notes / Breaking changes
- Cite authors when appropriate
- Use this link for reference of what's gone in compared to last release SHA.
- Remember to also link in the Docker and Terraform registries (links will be the same as previous releases)
-
-
Announced release in #gitlab-environment-toolkit
,#test-platform
and#g_dedicated_team
Slack channels
Edited by Grant Young