Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
There are several options for getting Phan up and running on your code base.
To get started, choose a method for getting Phan running on your system and then create a config file so that Phan knows where to look for code and how to analyze it. Take a look at Installing Phan Dependencies for some help getting Phan's dependencies running.
If you're having trouble getting Phan up and running, get in touch. If it's running but you're not sure of why some issues emitted by Phan are there, see Frequently Asked Questions.
Maintainers should be able to respond fairly quickly during US east coast/west coast working hours.
If you don't have a version of PHP 7 installed, you can grab a php7dev Vagrant image or one of the many Docker builds out there.
pecl install ast-0.1.6
extension=ast.so to your
php.ini file. Check that it is there with
If it isn't, then you probably added it to the wrong
php --ini to see where it is looking.
phpize is unavailable on your system, you may need to install the PHP developer
packages which are often available with names such as
Windows users can grab
ast.dll directly from PECL snaps
If you're managing dependencies via Composer, you can add Phan to your project by running the following.
composer require --dev "phan/phan:1.x"
With the Phan dependency installed, you can do an analysis by running the following (once you create a configuration file).
Before you begin, you'll want to make sure you have PHP version 7+ with the php-ast module installed.
From there, you can clone the Phan source and use composer to install its dependencies.
git clone https://github.com/phan/phan.git cd phan composer install
You should now be able to run
./test to make sure Phan is working correctly, and run
./phan to run Phan on itself (using its own
To run Phan from a Phar package, you can download the Phar and run it.
curl -L https://github.com/phan/phan/releases/download/1.2.0/phan.phar -o phan.phar;
You'll now be able to run Phan via
When this was last updated, 1.2.0 was the latest release. You may wish to check the list of releases to see if that's still the latest, as I'll probably forget to update this page with subsequent releases.
From a Docker Image
Several docker images exist for Phan that include its dependencies (PHP version 7, php-ast). I haven't tried any of them myself, but you could check out these projects.
- Others that show up now and then
See Getting Started With Homebrew (useful for Mac OS)
Creating a Config File
You'll want to create a configuration file within your code base at
.phan/config.php so that Phan knows what to look at. The following config file will let Phan know that your source is in the
src/ with some dependency code in the
vendor/symfony/console directory, and that anything under
vendor/ should be parsed, but not analyzed.
<?php /** * This configuration will be read and overlaid on top of the * default configuration. Command line arguments will be applied * after this file is read. */ return [ // Supported values: `'5.6'`, `'7.0'`, `'7.1'`, `'7.2'`, `'7.3'`, `null`. // If this is set to `null`, // then Phan assumes the PHP version which is closest to the minor version // of the php executable used to execute Phan. // // Note that the **only** effect of choosing `'5.6'` is to infer that functions removed in php 7.0 exist. // (See `backward_compatibility_checks` for additional options) // TODO: Set this. 'target_php_version' => null, // A list of directories that should be parsed for class and // method information. After excluding the directories // defined in exclude_analysis_directory_list, the remaining // files will be statically analyzed for errors. // // Thus, both first-party and third-party code being used by // your application should be included in this list. 'directory_list' => [ 'src', 'vendor/symfony/console', ], // A directory list that defines files that will be excluded // from static analysis, but whose class and method // information should be included. // // Generally, you'll want to include the directories for // third-party code (such as "vendor/") in this list. // // n.b.: If you'd like to parse but not analyze 3rd // party code, directories containing that code // should be added to both the `directory_list` // and `exclude_analysis_directory_list` arrays. 'exclude_analysis_directory_list' => [ 'vendor/' ], ];
/path/to/phan --init --init-level=3 can alternatively be used to automatically generate a
.phan/config.php for a project using composer. (
--init-level=1 generates a very strict config,
--init-level=5 generates a weak config). You may need to manually add some indirect third party dependencies to
Take a look at Incrementally Strengthening Analysis for some tips on how to start with a weak analysis and slowly increase the strictness as your code becomes better equipped to be analyzed.
A list of configuration options and their default values can be found at the page Phan Config Settings.
Also, see Phan's own
.phan/config.php for the (fairly strict) config Phan uses to analyze itself.
Running Phan in Continuous Integration
This assumes you have set up
.phan/config.php in the root directory of your git project.
Phan will exit with a non-zero exit code if 1 or more errors are detected (or if Phan failed to run).
Many Continuous integration tools can be used to detect that exit code (And/or parse the generated report file) and cause the build to fail. A list of several examples is below:
Travis: Example configurations: for tolerant-php-parser-to-php-ast (simple), for phan/phan (Runs self test as part of a shell script)
Appveyor (Windows): Example configurations: Phan's own configuration
Jenkins (Enterprise): Similar to other build tools. I've found that the pylint output formatter works well with Jenkins for generating a Violations view (see issue #184).