Skip to content

[release/1.11.x] Update version string on active release branches#13308

Closed
mdeggies wants to merge 2 commits intorelease/1.11.xfrom
patch-active-release-branches
Closed

[release/1.11.x] Update version string on active release branches#13308
mdeggies wants to merge 2 commits intorelease/1.11.xfrom
patch-active-release-branches

Conversation

@mdeggies
Copy link
Copy Markdown
Member

@mdeggies mdeggies commented May 31, 2022

Description

Pushing per-commit dev images to the hashicorppreview dockerhub org was introduced in #13084. On merges to a release branch in the format release/$MAJOR.$MINOR.x, artifacts including docker images are built, tagged, and pushed to hashicorppreview under the tags $VERSION and $VERSION-$GITCOMMIT. [Note that $VERSION includes the prerelease string as a suffix.] The team has automation that runs to pull down these images and run tests against them.

This PR has been updated to follow the guidance outlined in https://docs.google.com/document/d/1ovhf8DmlXbsuc45HkN7LdsrS2J3evfSvcy2LPiyUgZ8/edit. There are two parts to this:

  1. The version strings on each active release branch, and on main, will be updated after a release to point to the next minor or major version string. For example, after releasing consul 1.13.0 from branch release/1.13.x, the version string in version.go on release/1.13.x should be updated to 1.13.1. If the next release of consul will be a major release, e.g. 2.0.0, the version on main should be updated to reflect this.
  2. dev_tags, the set of tags that are added for per-commit docker image builds, will be stripped of the patch version. For example, if release/1.13.x is an active release branch for 1.13, the dev_tags that will be published off of this release branch will be named hashicorppreview/consul:1.13-dev and hashicorppreview/consul:1.13-dev-$COMMITSHA. hashicorppreview/consul:1.13-dev will be kept up to date with the latest builds from branch release/1.13.x.

Testing & Reproduction steps

hashicorppreview/consul:1.13.0-dev will become hashicorppreview/consul:1.13-dev
hashicorppreview/consul:1.13.0-dev-364758ef2f50519cb12585f7148fdcc8f213f27d will become hashicorppreview/consul:1.13-dev-364758ef2f50519cb12585f7148fdcc8f213f27d

PR Checklist

  • updated test coverage
  • external facing docs updated
  • not a security concern
  • checklist folder consulted

*Background*

Pushing per-commit dev images to the `hashicorppreview` dockerhub org was introduced in #13084. On merges to a release branch in the format `release/$MAJOR.$MINOR.x`, artifacts including docker images are built, tagged, and pushed to `hashicorppreview` under the tags `$VERSION` and `$VERSION-$GITCOMMIT`. [Note that `$VERSION` includes the prerelease string as a suffix.] The team has automation that runs to pull down these images and run tests against them.

*In this PR*

This PR suggests changing the `$VERSION` string (and docker tag) on the active release branches [1.10.x, 1.11.x, 1.12.x] to mirror the release branch naming convention, `$MAJOR.$MINOR.x`. Since the tip of the release branch contains the latest patch code changes, using a `.x` instead of pointing to a specific patch version is what we've adopted for release branch naming, and would like to adopt for dev_tags. The version string is updated prior to building for a release, so this should have no adverse effects. 

*Examples*

`hashicorppreview/consul:1.13.0-dev` will become `hashicorppreview/consul:1.13.x-dev`
`hashicorppreview/consul:1.13.0-dev-364758ef2f50519cb12585f7148fdcc8f213f27d` will become `hashicorppreview/consul:1.13.x-dev-364758ef2f50519cb12585f7148fdcc8f213f27d`
@mdeggies mdeggies added pr/no-metrics-test pr/no-changelog PR does not need a corresponding .changelog entry labels May 31, 2022
@mdeggies mdeggies changed the title Update version string on active release branches [release/1.11.x] Update version string on active release branches May 31, 2022
Copy link
Copy Markdown
Contributor

@kschoche kschoche left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks!!

  • I assume the CI failures are resolved before we merge :-)

@mdeggies
Copy link
Copy Markdown
Member Author

mdeggies commented Jul 7, 2022

Closing in favor of the other PR's I merged in :D

@mdeggies mdeggies closed this Jul 7, 2022
@mdeggies mdeggies deleted the patch-active-release-branches branch July 7, 2022 16:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

pr/no-changelog PR does not need a corresponding .changelog entry pr/no-metrics-test

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants