Skip to content
This repository

Analyzes some PHP source code and tries to fix coding standards issues (PSR-1 and PSR-2 compatible)

branch: master

bug #345 Enhancement: Make path argument optional (localheinz)

This PR was merged into the 0.4.x-dev branch.


Enhancement: Make path argument optional

Some people - namely the [ZF2]( community - have been experiencing failing builds on Travis as a result of #342 and the following setup:

### Steps to reproduce

* requiring `fabpot/php-cs-fixer: "dev-master"`
* running (note the `.` as `path` argument)

     $ vendor/bin/php-cs-fixer fix -v --dry-run .

    while having a `.php_cs` that specifies directories

   $finder = Symfony\CS\Finder\DefaultFinder::create()
        ->in(__DIR__ . '/library')
        ->in(__DIR__ . '/tests')
        ->in(__DIR__ . '/bin')

    and while having files within `__DIR__` (or other directories therein not listed above) that will cause the script to exit with something else than `0` as status.

Basically, the problem is that the `path` argument is *required*, and in a setup as described above and with the changes introduced in #342, the `.` path gets added to the `Finder` while before #342, it wasn't.

### Solution

Either revert #342 or make the `path` argument optional.

This PR makes the `path` argument optional.


121454e Enhancement: Make path argument optional
latest commit c841aff160
Fabien Potencier authored April 23, 2014
Octocat-spinner-32 Symfony Enhancement: Make path argument optional April 23, 2014
Octocat-spinner-32 .gitignore feature #262 Allow to specify path to .php_cs file using --config-fil… March 13, 2014
Octocat-spinner-32 .php_cs Cs fix March 16, 2014
Octocat-spinner-32 .travis.yml fixed typo March 16, 2014
Octocat-spinner-32 LICENSE updated license year January 04, 2013
Octocat-spinner-32 README.rst updated README March 31, 2014
Octocat-spinner-32 box.json switched to Box to create the PHAR January 18, 2014
Octocat-spinner-32 composer.json removed @dev in composer.json November 17, 2013
Octocat-spinner-32 php-cs-fixer renamed fixer to php-cs-fixer and added it to composer.json May 22, 2012
Octocat-spinner-32 phpunit.xml.dist fixed @param alignment when desc is empty (closes #10) May 18, 2012

PHP Coding Standards Fixer

The PHP Coding Standards Fixer tool fixes most issues in your code when you want to follow the PHP coding standards as defined in the PSR-1 and PSR-2 documents.

If you are already using PHP_CodeSniffer to identify coding standards problems in your code, you know that fixing them by hand is tedious, especially on large projects. This tool does the job for you.



Download the php-cs-fixer.phar file and store it somewhere on your computer.

Globally (manual)

You can run these commands to easily access php-cs-fixer from anywhere on your system:

$ sudo wget -O /usr/local/bin/php-cs-fixer

or with curl:

$ sudo curl -o /usr/local/bin/php-cs-fixer


$ sudo chmod a+x /usr/local/bin/php-cs-fixer

Then, just run php-cs-fixer.

Globally (Composer)

To install PHP-CS-Fixer, install Composer and issue the following command:

$ ./composer.phar global require fabpot/php-cs-fixer @stable

Then, make sure you have ~/.composer/vendor/bin in your PATH, and you're good to go:

export PATH="$PATH:$HOME/.composer/vendor/bin"

Globally (homebrew)

PHP-CS-Fixer is part of the homebrew-php project. Follow the installation instructions at if you don't already have it.

$ brew tap josegonzalez/homebrew-php
$ brew install php-cs-fixer



The self-update command tries to update php-cs-fixer itself:

$ php php-cs-fixer.phar self-update

Globally (manual)

You can update php-cs-fixer through this command:

$ sudo php-cs-fixer self-update

Globally (homebrew)

You can update php-cs-fixer through this command:

$ brew upgrade php-cs-fixer


The fix command tries to fix as much coding standards problems as possible on a given file or directory:

php php-cs-fixer.phar fix /path/to/dir
php php-cs-fixer.phar fix /path/to/file

The --level option limits the fixers to apply on the project:

php php-cs-fixer.phar fix /path/to/project --level=psr0
php php-cs-fixer.phar fix /path/to/project --level=psr1
php php-cs-fixer.phar fix /path/to/project --level=psr2
php php-cs-fixer.phar fix /path/to/project --level=all

By default, all PSR-2 fixers and some additional ones are run.

The --fixers option lets you choose the exact fixers to apply (the fixer names must be separated by a comma):

php php-cs-fixer.phar fix /path/to/dir --fixers=linefeed,short_tag,indentation

You can also blacklist the fixers you don't want if this is more convenient, using -name:

php php-cs-fixer.phar fix /path/to/dir --fixers=-short_tag,-indentation

A combination of --dry-run, --verbose and --diff will display summary of proposed fixes, leaving your files unchanged.

The command can also read from standard input, in which case it won't automatically fix anything:

cat foo.php | php php-cs-fixer.phar fix -v --diff -

Choose from the list of available fixers:

  • indentation [PSR-2] Code must use 4 spaces for indenting, not tabs.
  • linefeed [PSR-2] All PHP files must use the Unix LF (linefeed) line ending.
  • trailing_spaces [PSR-2] Remove trailing whitespace at the end of lines.
  • unused_use [all] Unused use statements must be removed.
  • phpdoc_params [all] All items of the @param phpdoc tags must be aligned vertically.
  • short_tag [PSR-1] PHP code must use the long <?php ?> tags or the short-echo <?= ?> tags; it must not use the other tag variations.
  • return [all] An empty line feed should precede a return statement.
  • visibility [PSR-2] Visibility must be declared on all properties and methods; abstract and final must be declared before the visibility; static must be declared after the visibility.
  • php_closing_tag [PSR-2] The closing ?> tag MUST be omitted from files containing only PHP.
  • braces [PSR-2] Opening braces for classes, interfaces, traits and methods must go on the next line, and closing braces must go on the next line after the body. Opening braces for control structures must go on the same line, and closing braces must go on the next line after the body.
  • extra_empty_lines [all] Removes extra empty lines.
  • function_declaration [PSR-2] Spaces should be properly placed in a function declaration
  • include [all] Include and file path should be divided with a single space. File path should not be placed under brackets.
  • controls_spaces [all] A single space should be between: the closing brace and the control, the control and the opening parentheses, the closing parentheses and the opening brace.
  • psr0 [PSR-0] Classes must be in a path that matches their namespace, be at least one namespace deep, and the class name should match the file name.
  • elseif [PSR-2] The keyword elseif should be used instead of else if so that all control keywords looks like single words.
  • eof_ending [PSR-2] A file must always end with an empty line feed.

The --config option customizes the files to analyse, based on some well-known directory structures:

# For the Symfony 2.3+ branch
php php-cs-fixer.phar fix /path/to/sf23 --config=sf23

Choose from the list of available configurations:

  • default A default configuration
  • magento The configuration for a Magento application
  • sf23 The configuration for the Symfony 2.3+ branch

The --dry-run option displays the files that need to be fixed but without actually modifying them:

php php-cs-fixer.phar fix /path/to/code --dry-run

Instead of using command line options to customize the fixer, you can save the configuration in a .php_cs file in the root directory of your project. The file must return an instance of SymfonyCSConfigInterface, which lets you configure the fixers, the files, and directories that need to be analyzed:


$finder = Symfony\CS\Finder\DefaultFinder::create()

return Symfony\CS\Config\Config::create()
    ->fixers(array('indentation', 'elseif'))

You may also use a blacklist for the Fixers instead of the above shown whitelist approach. The following example shows how to use all Fixers but the Psr0Fixer. Note the additional - in front of the Fixer name.


$finder = Symfony\CS\Finder\DefaultFinder::create()

return Symfony\CS\Config\Config::create()

With the --config-file option you can specify the path to the .php_cs file.


Dedicated plugins exist for:


The tool comes with quite a few built-in fixers and finders, but everyone is more than welcome to contribute more of them.


A fixer is a class that tries to fix one CS issue (a Fixer class must implement FixerInterface).


A config knows about the CS level and the files and directories that must be scanned by the tool when run in the directory of your project. It is useful for projects that follow a well-known directory structures (like for Symfony projects for instance).

Something went wrong with that request. Please try again.