|
Stratax 0.2.0
|
Checklist for preparing a Stratax release.
Update all user-visible version references together:
Keep the changelog focused on public behavior: new APIs, changed behavior, bug fixes, docs updates, and known limitations.
Run the C++ build and tests:
Run Python tests:
Run representative examples:
GitHub Pages documentation is generated by .github/workflows/docs.yml using docs/Doxyfile. Source docs should be updated before release; generated HTML does not need hand edits.
If generated HTML is committed for a release branch, regenerate it from source with Doxygen and review it as generated output. Do not edit files under docs/output/html directly.
For local verification:
Check that the generated landing page includes the current user guide, examples, roadmap, and developer docs.
Before building distributions, confirm the Python package contains the public exports and typing files:
Local copied extension binaries such as _core.cp313-win_amd64.pyd are build artifacts and should remain ignored by Git. The release wheel should receive the freshly built _core extension through the CMake install rule.
Build source and wheel distributions from a clean checkout:
Inspect package metadata before uploading:
For a quick typing artifact check, inspect the built wheel and confirm it contains stratax/_core.pyi and stratax/py.typed.
Create the release tag after tests, examples, docs, and packaging checks pass.
Upload distributions only after the tag and changelog match the intended release:
After publishing, verify the PyPI page, install from PyPI in a fresh environment, and confirm the GitHub Pages workflow completes successfully.