Release checklist
Use this checklist for each package release.
Prepare
- Update
NodelyMainVersionor the affected side-package version property inDirectory.Build.props. - Update
CHANGELOG.md,README.md, package target tables, and any docs that mention the current version or test count. - Run the wording scan before staging so branch names, commit messages, docs, comments, and generated files stay neutral.
Validate locally
powershell
dotnet build Nodely.slnx --configuration Release
dotnet test Nodely.slnx --configuration Release --no-build --verbosity normal
dotnet pack Nodely.slnx --configuration Release --no-build --output artifacts/packages
npm --prefix website ci --ignore-scripts --dry-run
npm --prefix website run buildInspect artifacts/packages for all .nupkg files and matching .snupkg symbol packages:
Nodely.CoreNodely.AvaloniaNodely.Avalonia.DatabaseNodely.AlgorithmsNodely.Serialization
For compatibility releases, also inspect package contents:
Nodely.Avalonia:lib/net8.0andlib/net10.0Nodely.Avalonia.Database:lib/net8.0andlib/net10.0Nodely.Core,Nodely.Algorithms,Nodely.Serialization:lib/netstandard2.0,lib/net8.0, andlib/net10.0
Publish
- Merge the release PR to
main. - Confirm
CI,Package, andDocsare green onmain. - Create and push a tag:
vX.Y.Zfor the main package group.Nodely.Avalonia.Database/vX.Y.Zfor the database side package.
- Confirm the
Packageworkflow publishes only the selected package set from the tag using theNUGET_API_KEYrepository secret. - Create a GitHub release from the changelog entry.
Verify
- Confirm NuGet lists the new version for every package in the release set.
- Confirm the docs site is live at
https://araxis.github.io/nodely/. - Confirm
README.mdbadges resolve. - Keep the working tree clean after pruning merged release branches.