diff --git a/.github/ISSUE_TEMPLATE/release-issue.md b/.github/ISSUE_TEMPLATE/release-issue.md new file mode 100644 index 0000000000..ef961bfdfe --- /dev/null +++ b/.github/ISSUE_TEMPLATE/release-issue.md @@ -0,0 +1,76 @@ +--- +name: Release umbrella issue +about: Release Issue +title: 'Mobile release ' +labels: release +assignees: '' + +--- +Issue to manage mobile release + +### Scope +[comment]: # (Add milestone from github) +https://github.com/status-im/status-react/milestone/ + +- release notes: +- release branch: + + +### Testing info +[comment]: # (TestRail info, added by QA) +Main test suite: +Upgrade (e2e): + +### Builds in TestFlight and PlayStore to push as a release +[comment]: # (Will be added by QA after testing approving of build) + +### Process +#### 1) Kick-off +- [ ] 1. Translation PRs is merged before cutting branch (Jinho) +- [ ] 2. Prepare scope of visible changes based on commits history, started from previous release branch cut ([example]( https://notes.status.im/1.14-release-notes?view)) +- [ ] 3. Update [RELEASES.md](https://github.com/status-im/status-react/blob/develop/RELEASES.md) with release notes (make PR based on previous step) +- [ ] 4. Create 1.14.0 release branch and get successful builds (doc is [here](https://github.com/status-im/status-react/blob/develop/doc/RELEASE_GUIDE.md) so, testing can be started) +- [ ] 5. Based on release scope, ask for comms (Jonny) +- [ ] 6. Make sure that assets (screenshots, video) in stores are up to date. If should be updated, ask @cammellos for help + +#### 2) Testing +[comment]: # (Section will be maintained by QA) +- [ ] Dogfooding (add notes, if it was held) +- [ ] Regression testing for release candidate build +- [ ] Upgrade tests +- [ ] Fix known blocker(s) found during regression testing + +##### Blockers +[comment]: # (Section for blocker issues; should be fixed and merged by release-manager. Remove if no blockers found) +- [ ] 1 blocker: + +============================================================================================= + +- [ ] Cherry-pick fix(es) to the release branch +- [ ] Verify fix(es) on new release candidate build +- [ ] Retest +- [ ] Keep release build forever (button in Jenkins) + +#### 3) Submission + +- [ ] 1. Release notes written and added (500 character limit for updates (Android) and PR for [RELEASES.md](https://github.com/status-im/status-react/blob/develop/RELEASES.md) is ready to be merged (from 1.3 step) +- [ ] 2. Submit beta version for Android (Open Testing in Play Store) +- [ ] 3. Submit iOS build to Apple review ([instruction](https://drive.google.com/file/d/10Cl7PBB7TFPkZiVbfzdFGpfMRP9bxXuq/view?usp=sharing), be careful - low quality of audio) +- [ ] 4. Play store content reviewed and updated +- [ ] 5. Privacy policy reviewed and updated (ask in channel) +- [ ] 6. Countries to be excluded (ask in channel) +- [ ] 7. Changes to our FAQ made (should be checked and if any changes needed, ask Jakub to made them) +- [ ] 8. Prepare PR for F-droid build ([instruction]( https://github.com/status-im/status-react/blob/develop/doc/FDROID.md)) + +#### 4) Before publishing +- [ ] 1. Translations for comms available (marketing, ask in the channel) +- [ ] 2. Promotional content ready (marketing, ask in channel) +- [ ] 3. Upload builds for DO store, https://dev.status.im/ (Jakub) + +#### 5) At time of publishing +- [ ] 1. Notify marketing to push comms and blog post (Jonny) +- [ ] 2. Publish release to app store and playstore +- [ ] 3. Final push to update prod site https://status.im/, [instructions](https://github.com/status-im/infra-docs/blob/master/articles/status_release_upload.md) (Jakub - requires credentials to upload) +- [ ] 4. Add the link to the post about the release and publish the release: https://github.com/status-im/status-react/releases (Jakub) +- [ ] 5. Merge PR for updating [RELEASES.md](https://github.com/status-im/status-react/blob/develop/RELEASES.md) (from 1.3 step) +