Backporting
Whilst we'd all like all Moodle users to be using our latest and greatest code, there is a balance to strike between improving our software and maintaining stability (both in terms of regressions, but also training and documentation materials). Large amounts of change on the stable branches make the lives difficult for institutions to manage upgrades between point releases.
Bug triage
Triage is a medical term referring to the process of prioritising patients based on the severity of their condition so as to maximise benefit (help as many as possible) when resources are limited.
Component lead review
This document summarises the intent, purpose, and process surrounding component lead reviews (CLR).
Component library
The Component Library is a developer tool provided to help identify frequently-used user interface components, and encourage their re-use.
Contributing
If you want to contribute to Moodle, you can start looking at the following:
Deprecation
Deprecation, in its programming sense, is the process of taking older code and marking it as no longer being useful within the codebase, usually because it has been superseded by newer code. The deprecated code is not immediately removed from the codebase because doing so may cause regression errors.
Development process
A summary of the various development processes used in Moodle development.
Docs required issues
According to the Release process, 3 weeks prior to release we need to check docsrequired-labelled issues and write new documentation, removing the label and commenting in the issue when the work is done.
Getting started
- Set up your development environment
Integration review
All the information related to the integration review process during the Moodle development.
Moodle App Development process
The development of new features and improvements in the Moodle App is organised in the following six phases:
New user docs version
This page describes the procedures for creating a new Moodle user docs version wiki.
Overview
This page gives an overview of the process of developing Moodle and outlines some of the basic concepts to better understand this Developer documentation.
Peer review
All the information related to the peer-reviewing process during the Moodle development.
Penetration testing
This is information for people who want to performing a penetration test of their Moodle instance as well as information for pen testers.
QA testing
All the information related to the Qualify Assurance tests during the Moodle development.
Release process
8 weeks prior
Security procedures
In the Moodle software, security issues are treated very seriously. Even though a lot of time is dedicated designing the code to avoid such problems, it is inevitable in a project of this size that new vulnerabilities will occasionally be discovered.
Testing
All the information related to testing during the Moodle development.
Testing instructions guide
This page has suggestions for developers on how to write good testing instructions for the weekly testing of integrated issues.
Testing of integrated issues
All the information related to the integration review process during the Moodle development.
Tracker introduction
A summary of the most common actions in Moodle tracker.