Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Moodle App Release Process: Difference between revisions

From MoodleDocs
Line 32: Line 32:
|}
|}


== 3 days before (testing days) ==
== 7 days before (testing days) ==


{| class="table table-striped table-bordered"
{| class="table table-striped table-bordered"
Line 41: Line 41:
|-
|-
| 1.
| 1.
| Create a new branch with the release tracker issue number for integrating all the version and string changes.
| Create a new local branch (based on moodlehq/moodlemobile2:integration) with the release tracker issue number for integrating all the version and string changes.
| Integration Lead
| Integration Lead
|-
|-
Line 55: Line 55:
| 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.
Push all this changes using the release issue number.
Then integrate the changes into the master branch.
| Integration Lead
| Integration Lead
|-
|-
| 5.
| 5.
| Switch to the master branch and update from master (git fetch moodlehq; git merge moodlehq/master master)
| Execute the prepare-release-integration.sh script to update the moodlehq/moodlemobile-phonegap build:integration branch with a built version of the app ready for PhonegapBuild.
Execute gulp to build all the files (and bower install if necessary to update javascript libraries)
Push all this changes to moodlehq/moodlemobile-phonegapbuild:integration.
| Integration Lead
| Integration Lead
|-
|-
| 6.
| 6.
| Copy the code of master (after doing gulp) to the moodlemobile-phonegapbuild repo
| Bump version numbers in moodlehq/moodlemobile-phonegapbuild:integration/config.xml and push the changes
| Integration Lead
| Integration Lead
|-
|-
| 7.
| 7.
| Bump version numbers in /config.xml
| Create a build in Phonegap Build using the Development certificate for iOs and the production keystore for Android poiting to moodlehq/moodlemobile-phonegap build:integration
| Integration Lead
|-
| 8.
| Rebase for iOs and Android (all the commits that apply the specific styles, includes the errorreport.js library etc.. will be applied)
| Integration Lead
|-
| 9.
| Create two different builds (one for ios and another one for android branch) in Phonegap Build using the Development certificate for iOs and not using any certificate for Android
And '''Start testing'''
And '''Start testing'''
| All the team
| All the team

Revision as of 12:23, 21 November 2017

4-7 days before (when possible)

# Task Responsibility
1. Create an issue in the tracker for the release, like: MOBILE-1248 Integration Lead
2. Update the local_moodlemobileapp plugin with new strings in moodle.org/plugins (only for Moodle version 2.6). Use the moodlemobile-scripts/json-to-string2.php to convert the build lang file to a valid string file. Integration Lead
3. As 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
. Contact the marketing announcing the new release and highlights . Integration Lead

7 days before (testing days)

# Task Responsibility
1. Create a new local branch (based on moodlehq/moodlemobile2:integration) with the release tracker issue number for integrating all the version and string changes. Integration Lead
2. Run gulp and then execute detect-string-core-changes.php and auto-translate strings with the script auto-translate2.php, commiting the results Integration Lead
3. Run gupl and update language strings from AMOS using the fetch-langpacks2.sh script, commit the result Integration Lead
4. 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.

Integration Lead
5. Execute the prepare-release-integration.sh script to update the moodlehq/moodlemobile-phonegap build:integration branch with a built version of the app ready for PhonegapBuild.

Push all this changes to moodlehq/moodlemobile-phonegapbuild:integration.

Integration Lead
6. Bump version numbers in moodlehq/moodlemobile-phonegapbuild:integration/config.xml and push the changes Integration Lead
7. Create a build in Phonegap Build using the Development certificate for iOs and the production keystore for Android poiting to moodlehq/moodlemobile-phonegap build:integration

And Start testing

All the team

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. 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
2. Send the applications to the stores for review. Update the download.php for desktop apps (including new version number) Integration Lead
3. Update release notes Moodle_Mobile_Release_Notes and Moodle_Desktop_release_notes with the notes reviewed in the issue. Integration Lead
4. Create a TAG/Release in github (moodlehq/moodlemobile2) with the version number. Integration Lead
5. Update the local mobile plugin short description to indicate which is the latest Moodle Mobile version supported and date. Integration Lead
6. Mark the issue and the version as released in the tracker. Integration Lead
7. Social media announcements (Forum and Twitter). All the team & Marketing team
8. Post in moodle.org/news. Team Lead
9. 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
10. Provide the APK file for including in Moodle downloads: Moodle mobile. Integration Lead