-
Notifications
You must be signed in to change notification settings - Fork 86
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
documentation: add release documentation
Adding information about how to release claircore from main and from a release branch. Signed-off-by: crozzy <[email protected]>
- Loading branch information
Showing
3 changed files
with
48 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,45 @@ | ||
# Releases | ||
|
||
Claircore releases are cut when they are needed, as judged by the maintainers. | ||
|
||
Releases are made from the `main` branch. | ||
On rare occasions when a fix is time-sensitive, it is possible to create a release branch and make a release from it. | ||
|
||
## Process | ||
|
||
> **_NOTE:_** Ensure changelog entries have been created for the relevant commits. | ||
> (see [Changelog documentation](./changelog.md)) | ||
### From main | ||
|
||
```sh | ||
NEW_VERSION=v0.999.999 | ||
.github/scripts/prepare-release -b main -r upstream "$NEW_VERSION" | ||
``` | ||
|
||
Follow the `prepare-release` command's instructions to merge changelog updates and release the tag. | ||
|
||
### From release branch | ||
|
||
First create the relevant release branch (e.g if you are releasing `v1.6.1` create `release-1.6` from the | ||
previous tag (in this case `v1.6.0`)). Then backport any commits and push up the release branch. | ||
|
||
```sh | ||
LAST_MINOR=v0.999.0 | ||
BRANCH=release-${LAST_MINOR%.*} # e.g. release-v0.999 | ||
git branch $BRANCH $LAST_MINOR | ||
TO_BACKPORT=beefc0ffee # Use the commit digest of the original commit | ||
git cherry-pick -x $TO_BACKPORT | ||
git push upstream $BRANCH | ||
``` | ||
|
||
Finally, prepare the release specifying the release branch. | ||
|
||
```sh | ||
LAST_MINOR=v0.999.0 | ||
NEW_VERSION=v0.999.1 | ||
BRANCH=release-${LAST_MINOR%.*} # e.g. release-v0.999 | ||
.github/scripts/prepare-release -b $BRANCH -r upstream $NEW_VERSION | ||
``` | ||
|
||
Follow the `prepare-release` command's instructions to merge changelog updates and release the tag. |