Extraordinary releases¶
Sometimes it may be necessary to create releases outside of the standard release process. Typical situations involve critical security updates or bug fixes.
The important part of this work is that such releases only include a limited set of changes instead everything which has subsequently been
Creating an extraordinary release¶
- Identify the subproject for which to apply the change. This can be:
- Design system
- React components
- CMS
- Clone the project locally
- Identify the starting point for the extraordinary release. This will usually be a previous release.
- Create a branch from the tag corresponding to the previous release. Replace
the patch part of the version with an
x
. This branch will be used for all changes for the release. Example:git checkout -b 2025.13.x 2025.13.0
. - Push the branch.
- Create a new branch from this branch to contain an individual change.
Example:
git checkout -b important-change 2025.13.x
- Commit the necessary changes to this branch. This will often be in the form
of cherry-picked commits already applied to the
develop
branch of the project. - Push the new branch and create a pull request from the new branch against the release branch.
- Wait for tests to complete and the pull request to be approved.
- Repeat steps 6-9 if the release should contain multiple changes.
- Create the release for the project
- Enter the release version as "Choose a tag", and select to create it on publish.
- Select the release branch as target.
- Click "Generate release notes" to automatically fill out title and description.
- Depending on the origin project for the extraordinary release follow through
with the release in the other projects using the same release name:
- Design system: React components and CMS.
- React components: CMS only.
- CMS: No other projects.
- Do not merge the release branch into
main
ordevelop
branches for the project.
Deploy the release¶
To deploy the release follow the standard deployment and annoncement process.