Tech Spike into chosen release strategy

[matt-goldman]

As per our conversation, we have decided to do the following:

• Split the Mobile App and API into their own repositories • Use GitHub Releases to create Mobile App builds and artefacts o Draft Release: Build artefacts and compile release notes o Publish Release: Deploy artefacts to App Center • Use Semantic Versioning for Mobile App, controlled via Releases o When no tag is present, a tag will automatically be generated using a SemVer file for major/minor version, and number of commits to main as patch number o When a tag is present, overwrite the SemVer file with the tag’s version number

Remaining questions are as follows: • Can we automatically calculate major/minor versions based off Gitmojis or other methods? • Can tags be added to existing releases via GitHub Actions? • How will this strategy handle Mobile App releases to different environments? e.g. – we have a version of the app that we want in the hands of testers. This means we need to publish the artefacts to App Center using Staging details (URLs, IDS, other infra, etc.). We then need to publish another release based off the same commit with Production details.

[AntPolkanov]

@matt-goldman is it still relevant?

[matt-goldman]

Hey @AntPolkanov, yes still relevant. We still need to do this, but we can check with @wicksipedia if has been able to resolve some of the questions. Also find out when he has some availability to help with this.