Moodle App Release Process: Difference between revisions
From MoodleDocs
Dev Docs Bot (talk | contribs) m (Update migration status and path) |
Dev Docs Bot (talk | contribs) m (Protected "Moodle App Release Process": Developer Docs Migration ([Edit=Allow only administrators] (indefinite))) |
(No difference)
|
Revision as of 07:27, 6 May 2022
Important:
This content of this page has been updated and migrated to the new Moodle Developer Resources. The information contained on the page should no longer be seen up-to-date. Why not view this page on the new site and help us to migrate more content to the new site! |
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 team 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. | Run npm audit to ensure all the dependencies are OK. | Developer |
9. | Freeze Cordova plugins and Javascript libraries versions (node modules) in the integration branch. | Developer |
10. | Start testing | Tester |
The release day
# | Task | Responsibility |
---|---|---|
1. | Fix the version name in integration/config.xml, integration/package.json and integration:src/config.json (remove the -dev). | Integration Lead |
2. | Integrate the integration branch onto the master one. | Integration Lead |
3. | Do some testing with the production builds before sending the application to the stores (overall testing to see that nothing is broken because of the branch merge done in step 2):
|
All the team |
4. | Send the applications to the stores for review. | Integration Lead |
5. | Create a TAG/Release in github (moodlehq/moodleapp) with the version number. | Integration Lead |
6. | Mark the issue and the version as released in the tracker. | Integration Lead |
7. | Update release notes Moodle_Mobile_Release_Notes . | Integration Lead |
The following days
# | Task | Responsibility |
---|---|---|
1. | Social media announcements (Forum and Twitter). | All the team & Marketing team |
2. | Post in moodle.org/news. | Team Lead |
3. | 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 |
4. | Delete the integration and desktop branches and create it again based on master. | Team Lead |
5. | Bump version numbers in the following files in the integration branch: config.xml (version), package.json (version), moodle.config.json (versionname) appending a -dev to indicate that is a development version). | Integration Lead |
6. | Unfreeze Cordova plugins and Javascript libraries versions (node modules). | Developer |
7. | Check that the Docker image for the new version was successfully built. | Integration Lead |
8. | Update of the local_moodlemobileapp plugin (as final release) in moodle.org/plugins. | Developer |