The developer who is releasing a new version of FANS is expected to follow this workflow:
The release of the FANS repository is made directly from a release branch called FANS-v1.2.3. This branch is primarily intended to assist other developers with testing.
-
Create a branch called
FANS-v1.2.3from the latest commit of thedevelopbranch. -
Bump the version in the
CHANGELOG.md, the baseCMakeLists.txt, and in thepixi.tomlon the branchFANS-v1.2.3. -
Assuming you have Pixi installed, run the command
pixi lockin the repository root to update thepixi.lockfile. Then commit and push theFANS-v1.2.3branch to remote. -
Open a Pull Request
main<--FANS-v1.2.3named after the version (i.e.,Release v1.2.3) and briefly describe the new features of the release in the PR description. -
Once the CI runs successfully (all green ticks) and one approving review is made, merge the release PR (from
FANS-v1.2.3) intomainby a merge commit (not squash and merge or rebase and merge). -
Draft a new release in the
Releasessection of the repository page in a web browser. The release tag needs to be the exact version number (i.e.,v1.2.3orv1.2.3rc1, compare to existing tags). Use@target:main. Release title is also the version number (i.e.,v1.2.3orv1.2.3rc1, compare to existing releases). Use theAuto-generate release notesfeature. -
Merge
mainintodevelopfor synchronization ofdevelop. -
If everything is in order up to this point, then the new version can be released by hitting the "Publish release" button in your Release Draft. This will create the corresponding tag.