distribution/releases
Milos Gajdos 5f3ca1b2fb
Add release notes for 2.8.2-beta.2 release
Signed-off-by: Milos Gajdos <milosthegajdos@gmail.com>
2023-05-10 00:12:20 +01:00
..
README.md Update release documents 2018-09-26 18:30:44 -07:00
v2.5.0-changelog.txt Update release documents 2018-09-26 18:30:44 -07:00
v2.6.0-changelog.txt Update release documents 2018-09-26 18:30:44 -07:00
v2.7.0.toml Release notes for 2.7 2018-11-29 16:35:06 -08:00
v2.7.1.toml Release notes for 2.7.1 2019-01-17 15:07:35 -08:00
v2.8.0.toml Apply suggestions from code review 2021-12-22 09:13:32 +00:00
v2.8.1.toml FIx typo 2022-03-08 17:14:24 +00:00
v2.8.2-beta.toml Add release notes for 2.8.2-beta.2 release 2023-05-10 00:12:20 +01:00

Registry Release Checklist

  1. Compile release notes detailing features added since the last release.

Add release template file to releases/ directory. The template is defined by containerd's release tool. Name the file using the version, for rc add an -rc suffix. See https://github.com/containerd/containerd/tree/master/cmd/containerd-release

  1. Update the .mailmap files.

  2. Update the version file: https://github.com/docker/distribution/blob/master/version/version.go

  3. Create a signed tag.

Choose a tag for the next release, distribution uses semantic versioning and expects tags to be formatted as vx.y.z[-rc.n]. Run the release tool using the release template file and tag to generate the release notes for the tag and Github release. To create the tag, you will need PGP installed and a PGP key which has been added to your Github account. The comment for the tag will be the generate release notes, always compare with previous tags to ensure the output is expected and consistent. Run git tag --cleanup=whitespace -s vx.y.z[-rc.n] -F release-notes to create tag and git -v vx.y.z[-rc.n] to verify tag, check comment and correct commit hash.

  1. Push the signed tag

  2. Create a new release. In the case of a release candidate, tick the pre-release checkbox. Use the generate release notes from the release tool

  3. Update the registry binary in the distribution library image repo by running the update script and opening a pull request.

  4. Update the official image. Add the new version in the official images repo by appending a new version to the registry/registry file with the git hash pointed to by the signed tag. Update the major version to point to the latest version and the minor version to point to new patch release if necessary. e.g. to release 2.3.1

2.3.1 (new)

2.3.0 -> 2.3.0 can be removed

2 -> 2.3.1

2.3 -> 2.3.1

  1. Build a new distribution/registry image on Docker hub by adding a new automated build with the new tag and re-building the images.