-
Notifications
You must be signed in to change notification settings - Fork 49
DevNotes_DevGuide_ReleaseChecklistTemplate
Jeff Krzywon edited this page Jan 9, 2026
·
12 revisions
This is a template checklist that release managers can use to populate release checklist pages and use as a guide for publishing a full SasView release.
A developer will need the following permissions in order to draft, publish and finalize a release.
- Push access to all appropriate repos (flatpak, docs, sasview.github.io )
- Create sasdata release branch (release-x.y.z)
- Upload wheel and tarball to pypi
- Create sasmodels release branch (release-x.y.z)
- Upload wheel and tarball to pypi
- Create SasView release branch (release-x.y.z)
- Choose fixes and features to include in the release
- Cherry-pick commits into the branch that aren't already there
- Update version pins in the release requirements files
- Ensure the versions of sasdata and sasmodels match the version being used in the sasview release
- Create an Alpha1 for testing as soon after cherry picking is complete
- Write the release notes in
docs/sphinx-docs/source/user/RELEASE.rst - Update release number
-
build_tools/application_metadata/org.sasview.sasview.metainfo.xml- version and release date -
build_tools/release_automation.py- version and title -
docs/sphinx-docs/source/conf.py- version number - 'installers/installer.iss' - version number
-
https://github.com/flathub/org.sasview.sasview/blob/master/org.sasview.sasview.yml- version number and release date
-
- Check & update lists of developers/contributors (release_automation.py & contributors.tsv)
- Mark release manager in
contributors.tsv - Update first author in 'src/sas/qtgui/MainWindow/Acknowledgements.py'
- Run
python ./sasview/build_tools/release_automation.pywith appropriate arguments to generate a draft zenodo record - Commit DOI to release branch
- Update the license and copyright years
- Ensure both sasdata and sasmodels releases are finalized and published to pypi
- Draft a new release on Github
- Create a new tag on publish in the format `v1.2.3'
- Select the previous release tag as the target
- Auto-generate the release notes using the GitHub API
- Select as latest release
- Save draft
- Update release notes in release branch
- Change any pins for sasdata and sasmodels from branches to release versions
- Ensure all version numbers and dates noted in the pre-release tasks are correct
- Publish the release, once ready
- Attach binaries built on tag generation to release page and zenodo record
- Upload sasview wheel and tarball to pypi
- Follow the guide available at https://github.com/SasView/sasview/wiki/DevNotes_DevGuide_FlatpakReleaseProcess for the Flatpak release
- Update docs on website
- Download and install the version appropriate for your system
- Find the installed docs
- Update https://github.com/SasView/docs repo with latest docs
- Update release link on sasview.org
- Update latestversion.json
- Update 'Current Release' link in download.md
- Create post on website to announce new release
- Announce release to users@sasview.org (with 'newsletter')
- Announce release to sa_scat & neutron mailing lists
- Publish zenodo record
- Create PRs to merge release branches into main/master for all repositories
- View/Subscribe to the SasView Calendar
- Fortnightly developer's agenda/minutes
- Developer Guides
- Admin Processes and Procedure Notes
- Active Project Pages
- Historical Archive of Obsolete Pages
- Contributor e-Learning Course (free)
- Non Coding contribution needs/projects
- New functionality projects
- acknowledging contributions