Moodle App Release Process: Difference between revisions
From MoodleDocs
Juan Leyva (talk | contribs) |
Juan Leyva (talk | contribs) No edit summary |
||
Line 1: | Line 1: | ||
== | == Two weeks before (Code freeze) == | ||
{| class="table table-striped table-bordered" | {| class="table table-striped table-bordered" | ||
Line 12: | Line 12: | ||
|- | |- | ||
| 2. | | 2. | ||
| | | Force an update of the local_moodlemobileapp plugin (as release candidate) with new strings in moodle.org/plugins (only for Moodle version 2.6). | ||
| | | Dev | ||
|- | |- | ||
| 3. | | 3. | ||
| Ask someone from sites or community team to review the new | | Ask someone from sites or community team to review the new English strings. | ||
| Community or Sites team | | Community or Sites team | ||
|- | |- | ||
Line 30: | Line 30: | ||
| Contact the marketing announcing the new release and highlights. | | Contact the marketing announcing the new release and highlights. | ||
| Integration Lead | | Integration Lead | ||
|- | |- | ||
| 7. | |||
| Add new QA tests to the “Testing cases” document. New QA tests should be labeled with [https://tracker.moodle.org/issues/?jql=project%20%3D%20MOBILE%20AND%20resolution%20in%20(Unresolved%2C%20Fixed)%20AND%20labels%20%3D%20qa_test_required%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC qa_test_required]. Remove that label once are added to the document. | |||
| Tester | |||
| | |||
| | |||
|- | |- | ||
| | | 8. | ||
| Bump version numbers in config.xml, www/config.json, package.json, desktop/assets/windows/AppXManifest.xml and in www/errorreport.js (is hardcoded there). | | Bump version numbers in config.xml, www/config.json, package.json, desktop/assets/windows/AppXManifest.xml and in www/errorreport.js (is hardcoded there). | ||
Push all this changes using the release issue number and integrate them into the integration branch. | Push all this changes using the release issue number and integrate them into the integration branch. | ||
| Integration Lead | | Integration Lead | ||
|- | |- | ||
| | | 9. | ||
| Bump version numbers in moodlehq/moodlemobile-phonegapbuild:integration/config.xml and push the changes. | | Bump version numbers in moodlehq/moodlemobile-phonegapbuild:integration/config.xml and push the changes. | ||
| Integration Lead | | Integration Lead | ||
|- | |- | ||
| 7. | | 7. | ||
| | | '''Start testing''' | ||
| Tester | |||
| | |||
|} | |} | ||
Revision as of 11:52, 20 December 2018
Two weeks before (Code freeze)
# | Task | Responsibility |
---|---|---|
1. | Create an issue in the tracker for the release, like: MOBILE-1248 | Integration Lead |
2. | Force an update of the local_moodlemobileapp plugin (as release candidate) with new strings in moodle.org/plugins (only for Moodle version 2.6). | Dev |
3. | Ask someone from sites or community team to review the new English strings. | Community or Sites team |
4. | Announce in the moodletranslation forums the new strings available: https://lang.moodle.org/mod/forum/view.php?id=5. This will allow translators to add the new strings during the days prior to the release. | Integration Lead |
5. | Add the release notes in the release issue created (search for the release_notes tag). Ask someone from the documentation team or Martin to review the release notes. | Integration Lead |
6. | Contact the marketing announcing the new release and highlights. | Integration Lead |
7. | Add new QA tests to the “Testing cases” document. New QA tests should be labeled with qa_test_required. Remove that label once are added to the document. | Tester |
8. | Bump version numbers in config.xml, www/config.json, package.json, desktop/assets/windows/AppXManifest.xml and in www/errorreport.js (is hardcoded there).
Push all this changes using the release issue number and integrate them into the integration branch. |
Integration Lead |
9. | Bump version numbers in moodlehq/moodlemobile-phonegapbuild:integration/config.xml and push the changes. | Integration Lead |
7. | Start testing | Tester |
1 day before
# | Task | Responsibility |
---|---|---|
1. | Backport to local_mobile (all branches) all the new required Web Services by new features.
Check if existing Web Services should be added to the local_mobile service (because they were added to the Mobile app service). Once all the Web Services are backported and tested, publish a new version in the plugins database (via TAGS) so admin can updates their sites. |
Integration Lead |
The release day
# | Task | Responsibility |
---|---|---|
1. | Integrate the integration branch onto the master one. Execute the prepare-release-version.sh script. | Integration Lead |
2. | Bump the versions in the config.xml file and then PUSH the master branch of the moodlemobile-phonegapbuild repository. | Integration Lead |
3. | Build the app for Android and iOs using the Distribution certificate. Remember to do two different builds (pointing to the ios and android branches). | Integration Lead |
4. | Send the applications to the stores for review. Update the download.php for desktop apps (including new version number). | Integration Lead |
5. | Update release notes Moodle_Mobile_Release_Notes and Moodle_Desktop_release_notes with the notes reviewed in the issue. | Integration Lead |
6. | Create a TAG/Release in github (moodlehq/moodlemobile2) with the version number. | Integration Lead |
7. | Update the local mobile plugin short description to indicate which is the latest Moodle Mobile version supported and date. | Integration Lead |
8. | Mark the issue and the version as released in the tracker. | Integration Lead |
9. | Social media announcements (Forum and Twitter). | All the team & Marketing team |
10. | Post in moodle.org/news. | Team Lead |
11. | Review the users and developers documentation (check that everything is in order). Review the docs_required and dev_docs_required_tags. Review the Mobile features wiki documentation. | All the team |
12. | Provide the APK file for including in Moodle downloads: Moodle mobile. | Integration Lead |