Continuous integration/Tutorials/Add phan to a MediaWiki extension
This is a tutorial to set up phan for a MediaWiki extension. We'll look at the ParserMigration extension specifically.
You'll need to install PHP 7+, and the ast extension. On Debian/Ubuntu
sudo apt-get install php-cli php-ast should do it. phan has some other advice for this part too.
Preparing your extension
Your extension must follow the best practices file structure, since the default phan configuration will only look in those directories for PHP code.
Adding phan configuration
I'm going to assume that you installed MediaWiki core to
~/projects/mediawiki and ParserMigration to
~/projects/mediawiki/extensions/ParserMigration. Make sure you've fully set up MediaWiki core and installed all the composer dependencies.
First, let's set up the default configuration:
$ cd ~/projects/mediawiki/extensions/ParserMigration $ composer require --dev mediawiki/mediawiki-phan-config:0.10.6 $ mkdir -p .phan $ echo "<?php" >> .phan/config.php $ echo "return require __DIR__ . '/../vendor/mediawiki/mediawiki-phan-config/src/config.php';" >> .phan/config.php
We're now ready to try to run phan:
$ cd ~/projects/mediawiki/extensions/ParserMigration $ vendor/bin/phan -d . --long-progress-bar
If MediaWiki core isn't two levels above your current directory, you can explicitly declare the install path:
$ MW_INSTALL_PATH=/path/to/mw/core vendor/bin/phan -d . --long-progress-bar
You should see a progress bar, and it might take a minute to finish running. It looks like we have some errors:
includes/Hooks.php:11 PhanUndeclaredTypeParameter Parameter of undeclared type \MediaWiki\ParserMigration\User includes/MigrationEditPage.php:31 PhanDeprecatedProperty Reference to deprecated property \MediaWiki\ParserMigration\MigrationEditPage::mTitle defined at ./../../includes/EditPage.php:230 includes/MigrationEditPage.php:34 PhanDeprecatedProperty Reference to deprecated property \MediaWiki\ParserMigration\MigrationEditPage::mTitle defined at ./../../includes/EditPage.php:230
Looking at the first one, the namespace for User on the
Hooks::onGetPreferences() documentation comment is wrong. Let's fix it (example).
For the second one,
EditPage::$mTitle is marked as deprecated for public use, to it's OK that we're using it in MigrationEditPage. You can suppress that warning on each particular line (phan docs) or you can suppress it throughout the extension. Let's suppress that warning for now by adding it to
suppress_issue_types in config.php.
We can do something like:
<?php $cfg = require __DIR__ . '/../vendor/mediawiki/mediawiki-phan-config/src/config.php'; $cfg['suppress_issue_types'] = array_merge( $cfg['suppress_issue_types'], [ // MigrationEditPage::$mTitle is a false-positive 'PhanDeprecatedProperty', ] ); return $cfg;
Note that you'll usually want to suppress issues on particular lines, as suppressing them for the whole extension may hide bugs.
For whatever extension you're working on, there will likely be other errors. You'll have to use some judgement on whether the issue needs fixing or can be suppressed.
Let's run phan again with the same command, and there should be no errors left! You can commit your work and submit it to Gerrit.
On your Gerrit patch, comment
check experimental and it'll run phan as part of the CI system to make sure it will pass when enabled for all patches.
You can then send a patch to the
integration/config repository to run phan for the repository on a per-commit basis. See r606940 for an example.
If your extension depends upon other extensions, you can add those extensions to
exclude_analysis_directory_list. Here's an example:
$cfg['directory_list'] = array_merge( $cfg['directory_list'], [ '../../extensions/CheckUser', ] ); $cfg['exclude_analysis_directory_list'] = array_merge( $cfg['exclude_analysis_directory_list'], [ '../../extensions/CheckUser', ] );
If you don't want to require having the dependency checked out while running phan, you can also use stubs. Stubs are a copy of the class/function structure, with any necessary documentation blocks, but none of the implementation code. You can see an example of this in the MassMessage extension. The downside to using stubs is that if the dependency changes, you also need to update the stub for phan to know of the change.
Stub files should be placed in
The upstream documentation about stubs may also be useful.