--no-scripts是跳过composer.json中所有自动触发脚本的唯一可靠方式，适用于install、update、require等命令，跳过post-install-cmd、pre-update-cmd等全部scripts定义的钩子，但对run-script无效，且不干扰autoload生成、插件逻辑及依赖解析。
composer install/update/require 时跳过所有 scripts
加 --no-scripts 是唯一可靠方式，它会跳过 composer.json 中 scripts 字段定义的全部自动触发脚本，包括 post-install-cmd、pre-update-cmd、post-autoload-dump 等。
常见使用场景：
-
composer install --no-scripts：CI/CD 构建阶段快速拉依赖，避免因环境缺失（如未装 Node.js）导致npm run build类脚本失败 -
composer update --no-scripts：调试依赖冲突时，先确保包结构干净，再手动补跑关键脚本 -
composer require monolog/monolog --no-scripts：临时引入工具类库，不希望触发框架级缓存重建或密钥生成
注意：--no-scripts 对 composer run-script 完全无效——它只拦自动触发，不干预手动调用。
为什么加了 --no-scripts 还会 Class not found？
因为 --no-scripts 不影响 autoload 机制本身，但很多关键初始化藏在脚本里。典型表现：
-
post-autoload-dump被跳过 → 第三方包注册的服务提供者（如 Laravel 的ServiceProvider）没加载 -
files段中全局函数未载入 →vendor/autoload.php已存在，但str_slug()这类函数不可用 - 某些插件（如
ocramius/package-versions）在Plugin::activate()中硬编码执行逻辑，不受--no-scripts控制
验证方法：安装后直接运行 php -r "require 'vendor/autoload.php';"，若报错，大概率是脚本跳过导致的初始化缺失。
CI/CD 中推荐组合参数
单纯 --no-scripts 不够，需配合其他开关才能真正“静默+稳定”：
-
--no-dev：跳过require-dev，减少非运行时依赖干扰 -
--optimize-autoloader：生成扁平化 classmap，提升加载速度，且规避 PSR-4 动态解析问题 -
--no-autoloader（慎用）：完全跳过 autoload 文件生成，适合仅需二进制工具的场景（如 php-cs-fixer）
标准 CI 命令示例：composer install --no-scripts --no-dev --optimize-autoloader。
想只禁用某一个脚本怎么办？
Composer 没有 --skip-script=post-install-cmd 这种粒度控制。可行方案只有两个：
- 临时注释或重命名
composer.json中对应脚本键名（如把"post-install-cmd": "php artisan key:generate"改成"_post-install-cmd"），安装完再改回去 - 在脚本命令前加环境判断，例如
"post-install-cmd": "if [ -n \"$CI\" ]; then exit 0; fi && php artisan key:generate"
后者更适用于自动化流程，但要注意 shell 语法跨平台兼容性（Windows 下需改用 PowerShell 或批处理逻辑）。
实际项目里最容易被忽略的是：脚本跳过之后，错误不会立刻暴露——它可能等到第一次 HTTP 请求、第一次队列消费、甚至 Worker 进程重启时才崩。所以别只看composer install --no-scripts 是否成功，一定要验证后续运行时行为。 
