Composer脚本需通过install/update或run-script触发,预定义钩子如post-install-cmd自动执行,自定义脚本须手动调用;安全执行PHP脚本应使用相对路径、避免绝对路径和未初始化环境依赖。
scripts 怎么写才生效?Composer 脚本不是写完就自动运行的,必须通过 composer install、composer update 或显式调用 composer run-script 触发。默认情况下,只有预定义的钩子(如 post-install-cmd)会在对应生命周期自动执行。
scripts 是一个 JSON 对象,键名是脚本名(比如 post-install-cmd),值可以是字符串命令、字符串数组或对象(含 script 和 dev 字段)pre-install-cmd、post-install-cmd、pre-update-cmd、post-update-cmd、pre-autoload-dump、post-autoload-dump
build)不会自动运行,需手动执行 composer run-script build
post-install-cmd 中安全执行 PHP 脚本?直接写 "php bin/console cache:clear" 很常见,但容易因环境缺失或路径问题失败。关键在于确保命令可被定位,且不依赖未安装的扩展或配置。
bin 入口,例如:"php ./bin/console cache:clear --env=prod"
/usr/bin/php),改用 php 命令让系统解析composer dump-autoload 到 post-autoload-dump,而不是 post-install-cmd,否则可能遇到类找不到$_SERVER['DOCUM
ENT_ROOT'] 存在 —— CLI 环境下它通常为空
{
"scripts": {
"post-install-cmd": [
"@php -r \"file_put_contents('installed.flag', date('c'));\"",
"php ./bin/console cache:clear --no-warmup"
],
"post-autoload-dump": "php ./bin/console doctrine:schema:update --force"
}
}
pre-install-cmd 里执行 npm install 会失败?因为 pre-install-cmd 运行时,vendor/ 尚未生成,而很多前端工具(如 Laravel Mix、Symfony Webpack Encore)依赖已安装的 PHP 包提供 CLI 命令或配置文件 —— 此时它们还不存在。
post-autoload-dump 或独立脚本,再由 CI 显式调用node 和 npm 是否可用:which node && which npm || echo "Node.js not found" && exit 1
npm 可能不在 PATH,建议用 npm.cmd 或统一用 cmd /c npm install
set -e(Shell)或用 && 链式执行,确保前序失败时中断Composer 默认隐藏完整错误输出,只报 “Script … returned with error code …”,真正原因藏在 stderr 里。
-v 参数: composer install -v,能看到每条命令的完整执行过程和错误堆栈set -x(Shell)或 echo "Running: …",明确当前步骤exit 0 掩盖真实退出码;Composer 依赖子进程返回码判断成功与否display_errors=stderr 或捕获异常并显式 echo 错误信息最常被忽略的是权限和工作目录:Composer 执行脚本时的当前目录是项目根目录,但某些命令(如 git 操作)可能隐式依赖 .git 目录是否存在 —— 安装时若项目尚未 git init,就会失败。
# 前端
# windows
# php
# node.js
# npm
# js
# laravel
# json
# composer
# 堆
# 字符串
# 栈
# Error
# git
# echo
# node
# webpack
# symfony