Skip to content

Improvements to release docs #11606

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jul 4, 2025
Merged

Conversation

katheris
Copy link
Contributor

Type of change

Select the type of your PR

  • Documentation

Description

Improvements to release docs based on my experience doing the release for the first time

Checklist

Please go through this checklist and make sure all applicable tasks have been done

  • Write tests
  • Make sure all tests pass
  • Update documentation
  • Check RBAC rights for Kubernetes / OpenShift roles
  • Try your changes from Pod inside your Kubernetes and OpenShift cluster, not just locally
  • Reference relevant issue(s) and close them after merging
  • Update CHANGELOG.md
  • Supply screenshots for visual changes, such as Grafana dashboards

Signed-off-by: Katherine Stanley <11195226+katheris@users.noreply.github.com>
@@ -13,44 +13,45 @@ The release process should normally look like this:
1. Create a release branch starting from the `main` one. The new release branch has to be named like `release-<Major>.<minor>.x`, for example `release-0.45.x` to be used for all patch releases for the 0.45.
2. On the `main` git branch of the repository:
* Update the versions to the next SNAPSHOT version using the `next_version` `make` target. For example to update the next version to `0.46.0-SNAPSHOT` run: `NEXT_VERSION=0.46.0-SNAPSHOT make next_version`.
* Update the product version in the `documentation/shared/attributes.adoc` file to the next version by setting the `ProductVersion` variable and also the previous version by setting the `ProductVersionPrevious` variable.
* Add a header for the new release to the `CHANGELOG.md` file
* Update the product version in the `documentation/shared/attributes.adoc` file to the next version by setting the `ProductVersion` variable and also the previous version the to one you are releasing by setting the `ProductVersionPrevious` variable.
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Clarified wording based on my understanding to make it clearer

4. Use the `RELEASE_VERSION` environment variable to set the desired version
* Use always the GA version here (e.g. `0.45.0`) and not the RC version (e.g `0.45.0-rc1`)
5. Run `RELEASE_VERSION=<desired version> make release`, for example `RELEASE_VERSION=0.45.0 make release`
4. Run `RELEASE_VERSION=<desired version> make release`, for example `RELEASE_VERSION=0.45.0 make release`
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I ran export RELEASE_VERSION then realised the next step included the env var, so I think this would be clearer as one step

* This will automatically update several `pom.xml` files and all files in `packaging/`, `install/`, `example/` and `helm-charts/` folders.
6. Update the checksums for released files in `.checksums` in the release branch
* Use the Make commands `make checksum_examples`, `make checksum_install`, and `make checksum_helm` to generate the new checksums
5. Update the checksums for released files in `.checksums` in the release branch
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Reordered commands to match order in the file

* Set the desired release version (e.g. `0.45.0-rc1` for RCs or `0.45.0` GA releases)
* Set the release suffix as `0`
* Set the build ID to the build ID from previous step (For GA, this should be the build ID used for the last RC since there should be no changes)
* Set the `CENTRAL_USERNAME` and `CENTRAL_PASSWORD` variables to your Maven Central user token
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Added step to set Maven central token now we moved away from sonatype

* Download the release artifacts (binary, documentation and sbom)
* Check the images pushed to Quay.io
* Mark the build in the Azure Pipelines UI to be retained forever
12. Create a GitHub tag and release based on the release branch. Attach the release artifacts and docs as downloaded from the Azure pipelines.
* Go to Maven Central > Publish and publish the release artifacts
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Add step to publish in sonatype

* Update the documentation:
* Create new directories `docs/operators/<new-version>` and `docs/operators/<new-version>/full` in the website repository
* Copy files from the operators repository `documentation/htmlnoheader` to `docs/operators/<new-version>` in the website repository
* Copy files from the operators repository `documentation/html` to `docs/operators/<new-version>/full` in the website repository
* Delete the old HTML files and images from `docs/operators/latest` and `docs/operators/latest/full` (keep the `*.md` files)
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I used the release artifact here, since it's needed for the helm command it worked well, but correct me if this is wrong

15. _(only for GA, not for RCs)_ On the `main` git branch of the repository:
* Update the `ProductVersion` variable in `documentation/shared/attributes.adoc`
14. _(only for GA, not for RCs)_ On the `main` git branch of the repository:
* Check the `ProductVersion` variable is correct in `documentation/shared/attributes.adoc`
Copy link
Contributor Author

Choose a reason for hiding this comment

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

This is already done in an earlier step

Copy link
Contributor Author

@katheris katheris left a comment

Choose a reason for hiding this comment

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

Added some comments to clarify the changes

Copy link
Member

@ppatierno ppatierno left a comment

Choose a reason for hiding this comment

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

LGTM (just the comment from Jakub)

@ppatierno ppatierno added this to the 0.47.0 milestone Jul 4, 2025
@ppatierno ppatierno merged commit 570f7a4 into strimzi:main Jul 4, 2025
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants