Skip to content

Latest commit

 

History

History
18 lines (17 loc) · 1.13 KB

release_steps.md

File metadata and controls

18 lines (17 loc) · 1.13 KB

Procedure for releasing a new version of Sonnet

This is an internally used checklist for releasing a new sonnet version, it is available publicly because there is no reason to hide it, and it makes it convenient for maintainers to find

  1. Run codespell
  2. Open new version PR (dev-unstable -> main)
  3. Pass code review on new version PR
  4. Remove -dev tags from sonnet core modules (cmds and dlibs)
  5. Ensure all updated cmds and dlibs receive new version
  6. Decide on name for new version
  7. Locally create toml changelog in sonnet-website repository by referencing new version PR diff and commit history
  8. Locally update command reference on website using cmds_to_html.py
  9. Locally update latest version download link on website
  10. Export changelog without name to draft gh release and PR, using a new git tag for the new version
  11. Merge PR
  12. Immediately publish website changes and publish github release with new version name
  13. Post to sonnet support server that a new version was released
  14. Update instances we manage, mainly Summit and Remi
  15. If any bugs occur, create new patch release and thoroughly test before publishing again