Minor releases procedure

A minor release consists of minor enhancements to files, that are entirely backwards compatible.

A minor release is expected to follow these steps:

1. A Pull Request is created from its release branch and MUST be reviewed and signed off by at least 2 members of the ontology team.

2. A pre-release is created from the release branch.

3. All partner platforms are notified via the Releases mailing list. Platforms will be given 3 working days (excluding weekends & public holidays in all participating countries) to test and respond. Any changes/fixes required will be applied to the release branch and the pre-release updated.

4. After the pre-release testing period, the Pull Request will then be merged into the master branch and the release branch deleted.

5. The minor release will then be notified (a minimum of 5 calendar days in advance of release) by broadcast on Slack (through the #releases channel) and GitHub.

6. After the appropriate notice period, the release will be marked as "Latest Release"

7. A final mail will be sent to the Release Mailing List confirming completion of the release.