Note:

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

Composer: Difference between revisions

From MoodleDocs
m (Text replacement - "</code>" to "</syntaxhighlight>")
(Update migration status and path)
Tag: Replaced
Line 1: Line 1:
= Use composer to download moodle code =
{{Template:Migrated|newDocId=/general/development/tools/composer}}
Composer.json now includes meta information and hence composer can be used to download the moodle code base.
You can do it by creating composer.json file with following information
<syntaxhighlight lang="php">
{
    "repositories": [
        {
            "type": "vcs",
            "url": "https://github.com/moodle/moodle.git"
        }
    ],
    "require": {
        "moodle/moodle": "v3.9.0"
    }
}
</syntaxhighlight>
And then execute
<syntaxhighlight lang="php">php composer.phar install</syntaxhighlight>
 
= How to prepare and submit composer changes =
 
There are a number of situations where we need to update the bundled [https://github.com/moodle/moodle/blob/master/composer.json composer.json]] in core. When we upgrade, for a given branch, [https://tracker.moodle.org/browse/MDL-61678 the phpunit] or [https://tracker.moodle.org/browse/MDL-64409 the behat-extension] versions... we also have to update the [https://github.com/moodle/moodle/blob/master/composer.lock composer.lock] file, in order to guarantee that all the tests will run in a stable, verified environment.
 
As far as there are a number of variables affecting how that lock file will be generated, here there are some standard steps to follow, in order to guarantee that any change to composer will be always applied in the same, standard and verified way.
 
# Pre-requisite: Always use the '''lower PHP version supported''' in the branch the changes are happening. So, if a given branch (MOODLE_37_STABLE) works with PHP 7.1, 7.2 and 7.3...all the following steps will be executed using PHP 7.1 (the lower version supported).
# Perform the required changes to the composer.json file. Normally.
# Remove the composer.lock file that is going to be regenerated. <syntaxhighlight lang="php">rm composer.lock</syntaxhighlight>
# Remove completely the vendor directory. <syntaxhighlight lang="php">rm -fr vendor</syntaxhighlight>
# Clean all composer caches. <syntaxhighlight lang="php">php composer.phar clearcache</syntaxhighlight>
# Run <syntaxhighlight lang="php">php composer.phar update</syntaxhighlight>, a new composer.lock will be regenerated.
# Check that the composer.lock file, together with other changes, does include the changes you've performed in the composer.json file.
# Ideally, run both phpunit and behat tests and verify that there isn't any problem, using all the supported PHP versions.
# Done, you can send the changes for review, integration and, if everything goes ok, will be applied upstream without problem.
 
Ciao :-)

Revision as of 14:07, 6 June 2023

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!