Actions

Template

Additional tasks: Difference between revisions

From Mahara Wiki

No edit summary
No edit summary
 
(One intermediate revision by the same user not shown)
Line 13: Line 13:


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.
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.
<noinclude>
===(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.
=== 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
=== 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).
</noinclude>

Latest revision as of 18:30, 6 Mayıs 2022

📋 Additional tasks

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.