- Check open pull-requests, if there are any, you may coordinate releasing of a new version with authors of these pull requests.
- If there are some backward incompatible changes, the specific message in CHANGELOG.md must be prefixed with
**BC BREAK**
. - Now new version number needs to be determined. The format is
MAJOR.MINOR.PATCH
and you MUST follow SemVer rules:- Increase MAJOR version number, if there are any API backward incompatible changes, eg. renaming/removing of any public interface etc.
- Increase MINOR version number when you add functionality in a backward-compatible manner.
- Increase PATCH version if the release contains only backward-compatible bug fixes.
- Update CHANGELOG.md:
- Add header in form
## X.Y.Z - YYYY-MM-DD
above the list of changes that were already merged. - You should keep the
## Unreleased
header (but with no content below it) on the top of the document. - Also, make sure the CHANGELOG.md contains an entry for each notable change done in the repository since the last release.
- Add header in form
- Change client version constant
VERSION
insrc/Matej.php
to match the new version number. - Commit the changes in
CHANGELOG.md
andMatej.php
directly to the main branch:git commit -m "Release version X.Y.Z"
- Tag the release:
git tag X.Y.Z
- Push the changes in main branch and tags to the repository:
git push origin main
git push origin X.Y.Z