Release Notes Process for "Important Upgrade Considerations"
Goal: For each release, to identify and communicate any software changes that, without human intervention, may impact library operations.
Process:
What:
Capture changes system administrators need to be aware of (whether they work for a library or a hosting provider)
When in doubt - add! The key is that we don’t want to miss anything.
Each item should tag a person (developer, PO etc.) who can be contacted if there are questions
Where:
Quarterly release notes are available from this page. Each release notes document will have a section for “Important Upgrade Considerations”.
Example: Important upgrade considerations can be seen at the top of the Edelweiss release notes page
When:
Draft release notes page will be created on the wiki at the beginning of each development quarter
Add notes anytime
Who:
POs and team leads are responsible for adding relevant items to release notes during the development period
System administrators may discover gotchas when upgrading tenants - please share what you learn!
Anyone with knowledge of an issue is encouraged to contribute to this page
If you aren't sure whether you should add an issue, reach out to the relevant PO, tech lead or system administrator
How (Draft)
The following is the proposed formate for writing an important upgrade consideration
Each app should Maintain its own table.
Change or Addition
Considerations
Action required
Action timing
Contact person
Comments
Related JIRA issues
What has been changed or added that should be noted for this release
What challenges may arise related to this change or addition
If applicable, detail what action(s) must be taken here
When can the action be taken (before, during or after upgrade)
User name of person that can provide additional detail
Name of user leaving comment: comment on what you encountered or ask a question @mention Contact person
Include issue link for bug fix, story or feature that applies
Checklist:
Use this space to list specific types of issues that should always be included.
Was a new staff slip added? If a migration script was NOT created for it (ideally one would have been), the team should clearly note that a new staff slip has been added
Etc.