phpcsstandards / phpcsdevtools
Tools for PHP_CodeSniffer sniff developers.
Fund package maintenance!
Open Collective
PHPCSStandards
jrfnl
Installs: 149 502
Dependents: 18
Suggesters: 0
Security: 0
Stars: 13
Watchers: 8
Forks: 6
Open Issues: 3
Type:phpcodesniffer-standard
Requires
- php: >=5.4
- dealerdirect/phpcodesniffer-composer-installer: ^0.4.1 || ^0.5 || ^0.6.2 || ^0.7 || ^1.0
- squizlabs/php_codesniffer: ^3.1.0
Requires (Dev)
- php-parallel-lint/php-console-highlighter: ^1.0.0
- php-parallel-lint/php-parallel-lint: ^1.4.0
- phpcsstandards/phpcsdevcs: ^1.1.6
- phpcsstandards/phpcsutils: ^1.0
- phpunit/phpunit: ^4.8.36 || ^5.7.21 || ^6.0 || ^7.0 || ^8.0 || ^9.0 || ^10.5.32 || ^11.3.3
- roave/security-advisories: dev-master
- yoast/phpunit-polyfills: ^1.1 || ^2.0 || ^3.0
This package is auto-updated.
Last update: 2024-12-22 00:24:59 UTC
README
This is a set of tools to assist developers of sniffs for PHP CodeSniffer.
Installation
Composer Project-based Installation
Run the following from the root of your project:
composer config allow-plugins.dealerdirect/phpcodesniffer-composer-installer true
composer require --dev phpcsstandards/phpcsdevtools:^1.0
Composer Global Installation
If you work on several different sniff repos, you may want to install this toolset globally:
composer global config allow-plugins.dealerdirect/phpcodesniffer-composer-installer true
composer global require --dev phpcsstandards/phpcsdevtools:^1.0
Composer will automatically install dependencies and register the PHPCSDebug standard with PHP_CodeSniffer using the Composer PHPCS plugin.
Stand-alone Installation
- Install PHP CodeSniffer via your preferred method.
- Register the path to PHPCS in your system
$PATH
environment variable to make thephpcs
command available from anywhere in your file system. - Download the latest PHPCSDevTools release and unzip/untar it into an arbitrary directory. You can also choose to clone this repository using git.
- Add the path to the directory in which you placed your copy of the PHPCSDevTools repo to the PHP CodeSniffer configuration using the below command:
phpcs --config-set installed_paths /path/to/PHPCSDevTools
⚠️ Warning: Theinstalled_paths
command overwrites any previously setinstalled_paths
. If you have previously setinstalled_paths
for other external standards, runphpcs --config-show
first and then run theinstalled_paths
command with all the paths you need separated by commas, i.e.:phpcs --config-set installed_paths /path/1,/path/2,/path/3
Features
Checking whether all sniffs in a PHPCS standard are feature complete
You can now check whether each and every sniff in your standard is accompanied by a documentation XML file (warning) as well as unit test files (error). The tool will also verify that there are no documentation or test files in your standard which are not associated with a sniff ("orphaned" files).
To use the tool, run it from the root of your standards repo like so:
# When installed as a project dependency: vendor/bin/phpcs-check-feature-completeness # When installed globally with Composer: phpcs-check-feature-completeness # When installed as a git clone or otherwise: php -f "path/to/PHPCSDevTools/bin/phpcs-check-feature-completeness"
If all is good, you will see the following messages:
All # sniffs are accompanied by unit tests and documentation.
No orphaned documentation or test files found.
If there are files missing, you will see errors/warnings for each missing file, like so:
WARNING: Documentation missing for path/to/project/StandardName/Sniffs/Category/SniffNameSniff.php.
ERROR: Unit tests missing for path/to/project/StandardName/Sniffs/Category/SniffNameSniff.php.
If orphaned files are found you will receive a warning for each orphaned file found, like so:
WARNING: Orphaned documentation file found path/to/project/StandardName/Docs/Category/NonExistantSniffStandard.xml.
WARNING: Orphaned test file found path/to/project/StandardName/Test/Category/NonExistantSniffUnitTest.inc.
For the fastest results, it is recommended to pass the name of the subdirectory where your standard is located to the script, like so:
phpcs-check-feature-completeness ./StandardName
Options
directories <dir> One or more specific directories to examine.
Defaults to the directory from which the script is run.
-q, --quiet Turn off warnings for missing documentation and orphaned
files.
Equivalent to running with "--no-docs --no-orphans".
--exclude=<dir1,dir2> Comma-delimited list of (relative) directories to
exclude from the scan.
Defaults to excluding the /vendor/ directory.
--no-docs Disable missing documentation check.
--no-orphans Disable orphaned files check.
--no-progress Disable progress in console output.
--colors Enable colors in console output.
(disables auto detection of color support).
--no-colors Disable colors in console output.
-v Verbose mode.
-h, --help Print this help.
-V, --version Display the current version of this script.
Sniff Debugging
Once this project is installed, you will see a new PHPCSDebug
ruleset in the list of installed standards when you run phpcs -i
.
For now, this standard only contains one sniff: PHPCSDebug.Debug.TokenList
.
This sniff will display compact, but detailed information about the tokens found in a (test case) file.
This sniff is compatible with PHPCS 3.1.0+.
Typical usage:
- Set up a test case file for a new sniff you intend to write.
- Run PHPCS over the test case file using this standard to see a list of the tokens found in the file:
phpcs ./SniffNameUnitTest.inc --standard=PHPCSDebug
- Or use it together with the new sniff you are developing:
phpcs ./SniffNameUnitTest.inc --standard=YourStandard,PHPCSDebug --sniffs=YourStandard.Category.NewSniffName,PHPCSDebug.Debug.TokenList
The output will look something along the lines of:
Ptr | Ln | Col | Cond | ( #) | Token Type | [len]: Content
-------------------------------------------------------------------------
0 | L1 | C 1 | CC 0 | ( 0) | T_OPEN_TAG | [ 5]: <?php
1 | L2 | C 1 | CC 0 | ( 0) | T_WHITESPACE | [ 0]:
2 | L3 | C 1 | CC 0 | ( 0) | T_COMMENT | [ 32]: // Boolean not operator: All OK.
3 | L4 | C 1 | CC 0 | ( 0) | T_IF | [ 2]: if
4 | L4 | C 3 | CC 0 | ( 0) | T_WHITESPACE | [ 1]: ⸱
5 | L4 | C 4 | CC 0 | ( 0) | T_OPEN_PARENTHESIS | [ 1]: (
6 | L4 | C 5 | CC 0 | ( 1) | T_WHITESPACE | [ 1]: ⸱
7 | L4 | C 6 | CC 0 | ( 1) | T_CONSTANT_ENCAPSED_STRING | [ 4]: 'bb'
8 | L4 | C 10 | CC 0 | ( 1) | T_WHITESPACE | [ 1]: ⸱
9 | L4 | C 11 | CC 0 | ( 1) | T_IS_NOT_IDENTICAL | [ 3]: !==
10 | L4 | C 14 | CC 0 | ( 1) | T_WHITESPACE | [ 1]: ⸱
11 | L4 | C 15 | CC 0 | ( 1) | T_CONSTANT_ENCAPSED_STRING | [ 4]: 'bb'
12 | L4 | C 19 | CC 0 | ( 1) | T_WHITESPACE | [ 1]: ⸱
13 | L4 | C 20 | CC 0 | ( 0) | T_CLOSE_PARENTHESIS | [ 1]: )
14 | L4 | C 21 | CC 0 | ( 0) | T_WHITESPACE | [ 1]: ⸱
15 | L4 | C 22 | CC 0 | ( 0) | T_OPEN_CURLY_BRACKET | [ 1]: {
16 | L4 | C 23 | CC 0 | ( 0) | T_WHITESPACE | [ 0]:
17 | L5 | C 1 | CC 0 | ( 0) | T_WHITESPACE | [ 1]: →
18 | L5 | C 2 | CC 0 | ( 0) | T_IF | [ 2]: if
19 | L5 | C 4 | CC 0 | ( 0) | T_WHITESPACE | [ 1]: ⸱
20 | L5 | C 5 | CC 0 | ( 0) | T_OPEN_PARENTHESIS | [ 1]: (
21 | L5 | C 6 | CC 0 | ( 0) | T_WHITESPACE | [ 0]:
PHPCS itself can also display similar information using the -vv
or -vvv
verbosity flags, however, when using those, you will receive a lot more information than just the token list and, while useful for debugging PHPCS itself, the additional information is mostly just noise when developing a sniff.
Documentation XSD Validation
This project contains an XML Schema Definition (XSD) to allow for validation PHPCS documentation XML files. Following the XSD will make sure your documentation can be correctly displayed when using the PHPCS --generator
option.
In order to use it, you'll need to add the schema related attributes to the documentation
element of the sniff documentation file, like so:
<documentation xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="https://phpcsstandards.github.io/PHPCSDevTools/phpcsdocs.xsd" title="Name of the sniff" >
If your IDE or editor supports automatic validation of XML files, you will be notified if your documentation XML file has the correct number of elements, correct type and number of certain attributes, and title length among other things.
Validating your docs against the XSD
You can validate your PHPCS XML documentation against the XSD file using xmllint. This validation can be run locally if you have xmllint installed, as well as in CI (continuous integration).
An example of a workflow job for GitHub Actions CI looks like this:
jobs: validate-xml: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - name: Install xmllint run: | sudo apt-get update sudo apt-get install --no-install-recommends -y libxml2-utils # A Composer install is needed to have a local copy of the XSD available. - run: composer install - name: Validate docs against schema run: xmllint --noout --schema vendor/phpcsstandards/phpcsdevtools/DocsXsd/phpcsdocs.xsd ./YourRuleset/Docs/**/*Standard.xml
👉 You'll need to replace the YourRuleset
within the command with the name of your ruleset (of course).
Contributing
Contributions to this project are welcome. Clone this repository, branch off from develop
, make your changes, commit them and send in a pull request.
If unsure whether the changes you are proposing would be welcome, open an issue first to discuss your proposal.
License
This code is released under the GNU Lesser General Public License (LGPLv3).