maglnet / composer-require-checker
CLI tool to analyze composer dependencies and verify that no unknown symbols are used in the sources of a package
Installs: 6 910 145
Dependents: 742
Suggesters: 4
Security: 0
Stars: 907
Watchers: 11
Forks: 72
Open Issues: 45
Requires
- php: ~8.2.0 || ~8.3.0 || ~8.4.0
- composer-runtime-api: ^2.0.0
- ext-phar: *
- nikic/php-parser: ^4.19.4
- symfony/console: ^6.4.1 || ^7.0.1
- webmozart/assert: ^1.11.0
- webmozart/glob: ^4.7.0
Requires (Dev)
- ext-zend-opcache: *
- doctrine/coding-standard: ^12.0.0
- phing/phing: ^2.17.4
- phpstan/phpstan: ^1.12.10
- phpunit/phpunit: ^10.5.38
- psalm/plugin-phpunit: ^0.19.0
- roave/infection-static-analysis-plugin: ^1.35.0
- spatie/temporary-directory: ^2.2.1
- vimeo/psalm: ^5.26.1
- 4.15.x-dev
- 4.14.x-dev
- 4.14.0
- 4.13.x-dev
- 4.13.0
- 4.12.x-dev
- 4.12.0
- 4.11.x-dev
- 4.11.0
- 4.10.x-dev
- 4.10.0
- 4.9.x-dev
- 4.9.0
- 4.8.x-dev
- 4.8.0
- 4.7.x-dev
- 4.7.1
- 4.7.0
- 4.6.x-dev
- 4.6.0
- 4.5.x-dev
- 4.5.0
- 4.4.x-dev
- 4.4.0
- 4.3.x-dev
- 4.3.0
- 4.2.x-dev
- 4.2.0
- 4.1.x-dev
- 4.1.0
- 4.0.x-dev
- 4.0.0
- 3.8.x-dev
- 3.8.0
- 3.7.x-dev
- 3.7.0
- 3.6.x-dev
- 3.6.0
- 3.5.x-dev
- 3.5.1
- 3.5.0
- 3.4.x-dev
- 3.4.0
- 3.3.x-dev
- 3.3.1
- 3.3.0
- 3.2.x-dev
- 3.2.0
- 3.1.x-dev
- 3.1.0
- 3.0.0
- dev-master / 2.1.x-dev
- 2.1.0
- 2.0.0
- 1.1.0
- 1.0.0
- 0.2.1
- 0.2.0
- 0.1.6
- 0.1.5
- 0.1.4
- 0.1.3
- 0.1.2
- 0.1.1
- 0.1.0
- dev-renovate/phpunit-phpunit-11.x
- dev-renovate/phpstan-phpstan-2.x
- dev-renovate/phing-phing-3.x
- dev-renovate/nikic-php-parser-5.x
- dev-renovate/lock-file-maintenance
- dev-feature/guess-dependencies-from-composer
- dev-bugfix/phar-bultin
- dev-feature/suggest-dependencies-from-php-src
This package is auto-updated.
Last update: 2024-12-28 04:46:41 UTC
README
A CLI tool to analyze composer dependencies and verify that no unknown symbols are used in the sources of a package.
This will prevent you from using "soft" dependencies that are not defined within your composer.json
require section.
What's it about?
"Soft" (or transitive) dependencies are code that you did not explicitly define to be there but use it nonetheless. The opposite is a "hard" (or direct) dependency.
Your code most certainly uses external dependencies. Imagine that you found a library to access a remote API. You require thatvendor/api-lib
for your software and use it in your code. This library is a hard dependency.
Then you see that another remote API is available, but no library exists. The use case is simple, so you look around and find that guzzlehttp/guzzle
(or any other HTTP client library) is already installed, and you use it right away to fetch some info. Guzzle just became a soft dependency.
Then someday, when you update your dependencies, your access to the second API breaks. Why? Turns out that the reason guzzlehttp/guzzle
was installed is that it is a dependency of thatvendor/api-lib
you included, and their developers decided to update from an earlier major version to the latest and greatest, simply stating in their changelog: "Version 3.1.0 uses the latest major version of Guzzle - no breaking changes expected."
And you think: What about my broken code?
ComposerRequireChecker parses your code and your composer.json-file to see whether your code uses symbols that are not declared as a required library, i.e. that are soft dependencies. If you rely on components that are already installed but didn't explicitly request them, this tool will complain about them and you should require them explicitly, making them hard dependencies. This will prevent unexpected updates.
In the situation above you wouldn't get the latest update of thatvendor/api-lib
, but your code would continue to work if you also required guzzlehttp/guzzle
before the update.
The tool will also check for usage of PHP functions that are only available if an extension is installed, and will complain if that extension isn't explicitly required.
Installation / Usage
ComposerRequireChecker is not supposed to be installed as part of your project dependencies.
PHAR file [preferred]
Please check the releases for available PHAR files. Download the latest release and run it like this:
php composer-require-checker.phar check /path/to/your/project/composer.json
PHIVE
If you already use PHIVE to install and manage your project’s tooling, then you should be able to simply install ComposerRequireChecker like this:
phive install composer-require-checker
Composer - global command
This package can be easily globally installed by using Composer:
composer global require maglnet/composer-require-checker
If you haven't already setup your composer installation to support global requirements, please refer to the Composer CLI - global If this is already done, run it like this:
composer-require-checker check composer.json
The composer.json
here refers to the root Composer manifest of your project.
A note about Xdebug
If your PHP is including Xdebug when running ComposerRequireChecker, you may experience additional issues like exceeding the Xdebug-related max-nesting-level - and on top, Xdebug slows PHP down.
It is recommended to run ComposerRequireChecker without Xdebug.
If you cannot provide a PHP instance without Xdebug yourself, try setting an environment variable like this for just the command: XDEBUG_MODE=off php composer-require-checker
.
Configuration
ComposerRequireChecker is configured to whitelist some symbols per default. Have a look at the config file example to see which configuration options are available.
You can now adjust this file, as needed, and tell composer-require-checker to use it for its configuration. If you want to use the default whitelist, you may remove this section and only adjust the sections you would like to change.
Note that if you want to add something on top of a section, you'll have to copy the whole section's content.
This tool intentionally only reads one configuration file. If you pass only your new settings, you'll get error reports about the PHP core
extensions and internal symbols like true
or false
being undefined.
bin/composer-require-checker check --config-file=path/to/config.json /path/to/your/project/composer.json
By default, it uses composer-require-checker.json
if the file exists.
Scan Additional Files
To scan files, that are not part of your autoload definition you may add glob patterns to the config file's scan-files
section.
The following example configuration file would also scan the file bin/console
and all files with .php
extension within your bin/
folder:
composer-require-checker.json
:
{ "scan-files" : ["bin/console", "bin/*.php"] }
If you don't like copying the tool's default settings, consider adding these paths to the Composer autoloading section of your project instead.
Usage
ComposerRequireChecker runs on an existing directory structure. It does not change your code and does not even install your composer dependencies. That is a task that is entirely up to you, allowing you to change/improve things after a scan to see if it fixes the issue.
So the usual workflow would be
- Clone your repo
composer install
your dependenciescomposer-require-checker check
your code
Dealing with custom installer plugins
ComposerRequireChecker only fetches its knowledge of where files are from your project's composer.json
. It does not use Composer itself to understand custom directory structures.
If your project requires making use of any install plugins to put files in directories that are not vendor/
or defined via the vendor-dir
config setting in composer.json
, ComposerRequireChecker will fail to detect the required code correctly.
As a workaround, you can install your dependencies without plugins just for the scan:
- Clone your repo
composer install --no-plugins
will put all code into thevendor
foldercomposer-require-checker check
your codecomposer install
dependencies once again in the correct location
License
This package is made available under the MIT LICENSE.
Credits
This package was initially designed by Marco Pivetta and Matthias Glaub.
And of course all Contributors.