我正在尝试使用内置的 PHP linter 解析 PHP 文件的递归目录,其工作原理如下:
$ php -l good.php
No syntax errors detected in good.php
$ php -l bad.php
PHP Parse error: syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php
我们可以看到,通过 linting 的文件输出包含 的行No syntax errors
,而那些未通过 linting 的文件输出包含Errors parsing
.
我看到当前目录中递归有 12147 个 PHP 文件,但是 PHP linter 仅输出七行:
$ find . -name \*.php -print0 | xargs -0 ls -l | wc -l
12147
$ find . -name \*.php -print0 | xargs -0 php -l | wc -l
7
由于 PHP 只解析了 7 个文件,我可以使用 my head
withls
来查找一些尚未解析的文件:
$ find . -name \*.php -print0 | xargs -0 ls -l | head
-rw-r--r-- 1 dotan dotan 1927 Jan 13 10:13 ./bootstrap/app.php
-rw-r--r-- 1 dotan dotan 1076 Jan 13 10:13 ./bootstrap/autoload.php
-rw-rw-r-- 1 dotan dotan 25620 Mar 12 12:29 ./bootstrap/cache/services.php
-rw-r--r-- 1 dotan dotan 2493 Jan 13 10:13 ./bootstrap/paths.php
-rwxrwxr-x 1 dotan dotan 20008 Mar 12 12:30 ./config/app.php
-rw-r--r-- 1 dotan dotan 3304 Jan 13 10:13 ./config/auth.php
-rw-r--r-- 1 dotan dotan 1819 Jan 13 10:13 ./config/cache.php
-rw-r--r-- 1 dotan dotan 3751 Jan 13 10:13 ./config/cartalyst.sentinel-addons.social.php
-rw-r--r-- 1 dotan dotan 6849 Jan 13 10:13 ./config/cartalyst.sentinel.php
-rw-r--r-- 1 dotan dotan 1020 Jan 13 10:13 ./config/compile.php
xargs: ls: terminated by signal 13
$ find . -name \*.php -print0 | xargs -0 php -l
No syntax errors detected in ./bootstrap/paths.php
No syntax errors detected in ./vendor/watson/validating/src/ValidatingTrait.php
No syntax errors detected in ./vendor/giggsey/libphonenumber-for-php/src/libphonenumber/data/PhoneNumberMetadata_SI.php
No syntax errors detected in ./vendor/php-vcr/php-vcr/src/VCR/Event/BeforePlaybackEvent.php
No syntax errors detected in ./vendor/laravel/framework/src/Illuminate/Support/Facades/Blade.php
No syntax errors detected in ./resources/views/emails/appointment/updated/body.blade.php
No syntax errors detected in ./app/WL/Modules/Location/Commands/RemoveClientLocationCommand.php
然而,当我尝试解析这些文件之一时,我发现它确实产生了预期的输出(通过或失败解析):
$ php -l ./bootstrap/cache/services.php
No syntax errors detected in ./bootstrap/cache/services.php
我已经检查过,通过或失败的 linting 都没有将预期的行打印到 stderr:
$ php -l good.php | grep rr
No syntax errors detected in good.php
$ php -l bad.php | grep rr
PHP Parse error: syntax error, unexpected ''foo'' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in bad.php on line 3
Errors parsing bad.php
我现在应该检查什么?我的最终目标是检查所有文件,然后使用 grep 来Error parsing
修复这些问题。
答案1
要查看 xargs 是否有影响,请运行它运行的命令行。这里有几种方法可以准确地查看它运行的内容,同时又不冒险改变它运行什么:
- 编写一个在临时目录中调用的脚本
php
并将其放在$PATH
.在此脚本中,记录参数(然后可以选择运行真实的php
)。 - 在日志记录机制(例如
strace
.
你会发现命令是这样的
php -l ./bootstrap/app.php ./bootstrap/autoload.php ./bootstrap/cache/services.php …
下一步是研究该命令的作用。
我不熟悉,php
但我猜它只将第一个文件名视为 PHP 脚本名称,并且在 lint 模式下它只是忽略所有后续参数。所以需要php -l
每个脚本运行一次,总共12147次,而不是使用xargs
的分组行为。
最简单的方法是
find . -name \*.php -exec php -l {} \;
但此命令将始终返回 0,即使某些调用php
返回非零状态。虽然 find 在 21 世纪大多不需要 xargs,但 xargs 的一个好处是,如果命令的任何调用返回非零状态,它会返回非零状态。因此,运行 xargs,但使用该选项告诉它一次仅处理一个文件-n
。
find . -name \*.php -print0 | xargs -0 -n 1 php -l