composer exec用于临时执行vendor/bin下的工具,无需配置,适合快速调试;scripts则在composer.json中预定义命令,支持事件绑定和团队协作,适合标准化流程。两者互补,合理搭配可提升开发效率。
Composer 的 exec 命令和 scripts 功能虽然都能用来运行命令,但它们的用途、执行方式和适用场景有明显区别。理解这些差异有助于更高效地管理 PHP 项目中的自动化任务。
Composer 提供了 exec 子命令(从 Composer 2.0 开始引入),用于在当前项目的上下文中运行二进制文件,尤其是 vendor/bin 目录下的工具。
composer exec [options]
vendor/bin 中的命令,比如 phpunit、phpcs、psysh 等composer.json 中定义composer exec phpunit 或 composer exec phpcs src/
这种用法类似于手动运行 ./vendor/bin/phpunit,但更简洁且跨平台兼容性更好(特别是在 Windows 上)。
Composer 的 scripts 是在 composer.json 中声明的一组命名命令,可以绑定到特定事件(如安装、更新)或作为自定义脚本调用。
composer.json 的 "scripts" 字段中post-install-cmd、pre-update-dump 等composer run 手动触发示例:
{
"scripts": {
"test": "phpunit",
"cs:check": "phpcs src/",
"cs:fix": "phpcbf src/"
}
}
然后运行:composer run testcomposer run cs:check
exec 更灵活,无需配置即可运行任意二进制;scripts 需要预先定义,但更规范scripts 适合团队协作,命令统一、易文档化;exec 更适合个人快速操作scripts 可绑定生命周期事件,实现自动化;exec 不具备此功能composer exec 自动解析 vendor/bin 路径,避免手动输入完整路径scripts 中可以写复杂的 shell 命令链,exec
通常只用于单个命令composer exec
scripts
scripts 绑定事件scripts 封装,再通过 composer run xxx 调用基本上就这些。两者不冲突,实际项目中常常共存:用 scripts 建立标准流程,用 exec 快速调试工具。合理搭配能让开发体验更顺畅。