status-react/.github/ISSUE_TEMPLATE/release-issue.md

3.8 KiB

name about title labels assignees
Release umbrella issue Release Issue Mobile release release

Issue to manage mobile release

Scope

https://github.com/status-im/status-mobile/milestone/

  • release notes:
  • release branch:

Testing info

Main test suite: Upgrade (e2e):

Builds in TestFlight and PlayStore to push as a release

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 (guide)
  • 3. Update RELEASES.md with release notes (make PR based on previous step)
  • 4. Create release branch using this guide, bump VERSION (merge created PR (example ) to develop) and get successful release builds (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, more info here

2) Testing

  • Dogfooding (add notes, if it was held)
  • Regression testing for release candidate build
  • Upgrade tests
  • Fix known blocker(s) found during regression testing
Blockers
  • 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. Prepare PR for F-droid build (instruction)
  • 2. Release notes written and added (500 character limit for updates (Android) and PR for RELEASES.md is ready to be merged (from 1.3 step)
  • 3. Submit beta version for Android (Open Testing in Play Store)
  • 4. Submit iOS build to Apple review (instruction, be careful - low quality of audio)
  • 5. Play store content reviewed and updated
  • 6. Privacy policy reviewed and updated (ask in channel)
  • 7. Countries to be excluded (ask in channel)
  • 8. Changes to our FAQ made (should be checked and if any changes needed, ask Jakub to made them)

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