Actions

Template

Additional tasks: Difference between revisions

From Mahara Wiki

(Created page with "== 📋 Additional tasks ==")
 
Line 1: Line 1:
== 📋 Additional tasks ==
== 📋 Additional tasks ==
===(Major release) Announcements===
🟡  Kristina
Release notes posted in the [https://mahara.org/interaction/forum/topic.php?id=8955 News forum] (copy the format from the release notes for the previous release).
#Publish the news forum post to announce the major release (includes [[Developer Area/Release Instructions/Release day#.28Major release.29 Generate the git stats|git stats]]).
#Change the topic of <code>#mahara</code> and include a link to forum topic on <code>#mahara-dev</code>
#Make a post in the following socials:
*[https://twitter.com/maharaproject Twitter]
*[http://freecode.com/projects/mahara freecode]
*[https://www.linkedin.com/groups?home=&gid=2037561 LinkedIn]
*Facebook: [https://www.facebook.com/groups/MaharaDE13/ Mahara DE], [https://www.facebook.com/groups/mahara.users/ Mahara in Japanese], [https://www.facebook.com/groups/moodlemaharameetup/ Moodle-Mahara Meetup], and [https://www.facebook.com/groups/maharausergroup/ MUG]
*Identi.ca post which will also immediately post to Twitter.
*Any other places where you want to announce the release.
===(Major release) Manage merge conflicts in version.php in backports===
When backporting patches, sometimes the <code>htdocs/lib/version.php</code> will get merge conflicts because of a new DB upgrade step.
[[File:Example backporting from 22.04 to 21.10.png|654x654px]]
Solve the conflict:
#Keep the set of code that matches to the version you're working with, e.g. in this case, the top section.
#Increment the <code>$config->version</code> number by 1.
#Copy the incremented version number and replace the last step in <code>htdocs/lib/db/upgrade.php</code>
#Check that the new number is higher than the previous upgrade step.
In certain situations, $config->version number needs to be incremented and copied over the most latest DB upgrade steps, ensuring that it's later than the other DB upgrade steps.
===(Major release) Bump the <code>stable_version</code> on mahara.org===
This is done via the <code>htdocs/admin/cli/create_version.php</code> script which is controlled by cron and will update once a day.
If you can't wait for the cron you can log into the server and run the CLI script manually:
sudo -u www-data php create_version.php
Note: Deploying the change to testing site will not show change - only deploy to production will
===(Major release) Update community sites install (currently Catalyst hosted)===
Check if any of the merge-branches need attention: https://go.elearning.catalyst.net.nz/go/pipelines#!/
*[[demo.mahara.org]], including prep site and change the version number and release date on the homepage and dashboard page (via Admin menu -> Configure site -> Static pages)
*[[mahara.org]] (at minimum to latest minor point release of the supported version it runs on)
*[[master.dev.mahara.org]]
Update the installed language packs on the demo site. As a guideline, language packs that are 90% or more translated should be installed.
===(Major release) Generate the git stats===
The git contributor stats go in the release announcement on the Mahara News forum.
#Clone our version of <code>gitdm</code> from the [https://git.mahara.org/scripts/mahara-scripts mahara-scripts repo]: <code>git clone [email protected]:scripts/mahara-scripts.git</code>
#Get the name of the current release branch, e.g. <code>21.10_DEV</code>
#Get the previous branch's first release tag, e.g. <code>21.04.0_RELEASE</code>
Generate the stats:
#<code>cd ~/path/to/mahara.git (your local mahara repo)</code>
#<code>git log -p -M --no-merges 21.04.0_RELEASE..21.10_DEV > ~/mahara.log</code>
#<code>cd ~/code/mahara-scripts/gitdm/</code>
#<code>cat ~/mahara.log | ./gitdm -c mahara.config -u -s -z -o results -h results.html</code>
Check the results file:
*Ensure that developers are only listed once (otherwise add them to the <code>mahara.aliases</code> file).
*Make sure that there is no "(unknown)" company by making sure that all of the necessary mappings are in <code>mahara.domain-map</code>.
*If there are "(unknown)" company results, look through the generated text file "<code>database.dump</code>" to locate the unmapped individuals/emails.
===(Major release) Update Launchpad series statuses===
Update the status of our series in Launchpad for both the [https://launchpad.net/mahara Mahara] and [https://launchpad.net/mahara-lang Mahara-Lang] projects:
*Change <u>Future/trunk series</u> to '''"Active development"''' and its description to '''"Release of Mahara X.Y, scheduled for April/October YYYY"'''
*Change the series <u>just released</u> to '''"Current stable release"'''
*Change the series of all the <u>supported series</u> to '''"Supported"'''
*Change the series that has just fallen <u>out of support</u> to '''"Obsolete"'''
===(Major release) Update the Mahara manual===
#Remove the version that is now out of support from the quick links to older manuals.
#Mention on the now unsupported manual that it is unsupported.
#Change the sentence on the index page of the new release to include the release date and add a link to the release announcement.
#Change the redirect in the index.html of the manual-builder package (Catalyst only).

Revision as of 18:23, 6 Mayıs 2022

📋 Additional tasks

(Major release) Announcements

🟡 Kristina

Release notes posted in the News forum (copy the format from the release notes for the previous release).

  1. Publish the news forum post to announce the major release (includes git stats).
  2. Change the topic of #mahara and include a link to forum topic on #mahara-dev
  3. Make a post in the following socials:

(Major release) Manage merge conflicts in version.php in backports

When backporting patches, sometimes the htdocs/lib/version.php will get merge conflicts because of a new DB upgrade step.

Example backporting from 22.04 to 21.10.png

Solve the conflict:

  1. Keep the set of code that matches to the version you're working with, e.g. in this case, the top section.
  2. Increment the $config->version number by 1.
  3. Copy the incremented version number and replace the last step in htdocs/lib/db/upgrade.php
  4. Check that the new number is higher than the previous upgrade step.

In certain situations, $config->version number needs to be incremented and copied over the most latest DB upgrade steps, ensuring that it's later than the other DB upgrade steps.

(Major release) Bump the stable_version on mahara.org

This is done via the htdocs/admin/cli/create_version.php script which is controlled by cron and will update once a day.

If you can't wait for the cron you can log into the server and run the CLI script manually:

sudo -u www-data php create_version.php

Note: Deploying the change to testing site will not show change - only deploy to production will

(Major release) Update community sites install (currently Catalyst hosted)

Check if any of the merge-branches need attention: https://go.elearning.catalyst.net.nz/go/pipelines#!/

  • demo.mahara.org, including prep site and change the version number and release date on the homepage and dashboard page (via Admin menu -> Configure site -> Static pages)
  • mahara.org (at minimum to latest minor point release of the supported version it runs on)
  • master.dev.mahara.org

Update the installed language packs on the demo site. As a guideline, language packs that are 90% or more translated should be installed.

(Major release) Generate the git stats

The git contributor stats go in the release announcement on the Mahara News forum.

  1. Clone our version of gitdm from the mahara-scripts repo: git clone [email protected]:scripts/mahara-scripts.git
  2. Get the name of the current release branch, e.g. 21.10_DEV
  3. Get the previous branch's first release tag, e.g. 21.04.0_RELEASE

Generate the stats:

  1. cd ~/path/to/mahara.git (your local mahara repo)
  2. git log -p -M --no-merges 21.04.0_RELEASE..21.10_DEV > ~/mahara.log
  3. cd ~/code/mahara-scripts/gitdm/
  4. cat ~/mahara.log | ./gitdm -c mahara.config -u -s -z -o results -h results.html

Check the results file:

  • Ensure that developers are only listed once (otherwise add them to the mahara.aliases file).
  • Make sure that there is no "(unknown)" company by making sure that all of the necessary mappings are in mahara.domain-map.
  • If there are "(unknown)" company results, look through the generated text file "database.dump" to locate the unmapped individuals/emails.

(Major release) Update Launchpad series statuses

Update the status of our series in Launchpad for both the Mahara and Mahara-Lang projects:

  • Change Future/trunk series to "Active development" and its description to "Release of Mahara X.Y, scheduled for April/October YYYY"
  • Change the series just released to "Current stable release"
  • Change the series of all the supported series to "Supported"
  • Change the series that has just fallen out of support to "Obsolete"

(Major release) Update the Mahara manual

  1. Remove the version that is now out of support from the quick links to older manuals.
  2. Mention on the now unsupported manual that it is unsupported.
  3. Change the sentence on the index page of the new release to include the release date and add a link to the release announcement.
  4. Change the redirect in the index.html of the manual-builder package (Catalyst only).