使用 --no-plugins 和 --no-scripts 可隔离问题来源：前者禁用插件以排除兼容性或bug影响，后者跳过自定义脚本避免执行中断，组合使用可逐步定位是脚本还是插件导致安装异常。
当你在使用 Composer 安装或更新依赖时，遇到问题难以定位原因，--no-plugins 和 --no-scripts 是两个非常有用的调试选项。它们能帮助你隔离问题来源，判断是核心依赖操作本身的问题，还是由插件或脚本引发的异常。
排除插件干扰（--no-plugins）
Composer 支持第三方插件，这些插件可能在安装、更新等过程中自动执行额外逻辑。但在某些情况下，插件本身可能存在 bug 或与当前环境不兼容。
使用 --no-plugins 可以：
- 禁用所有已安装的 Composer 插件
- 让 Composer 以“纯净”模式运行，仅执行内置逻辑
- 判断是否某个插件导致了命令卡住、报错或行为异常
例如，如果你运行 composer install 报错，但加上 --no-plugins 后正常执行，那问题很可能出在某个插件上。
跳过自定义脚本（--no-scripts）
很多项目在 composer.json 中定义了 scripts，比如自动清理缓存、生成配置文件、执行数据库迁移等。这些脚本在 install 或 update 时自动触发。
使用 --no-scripts 可以：
- 阻止 post-install-cmd、post-update-cmd 等脚本运行
- 确认错误是否来自脚本执行而非依赖解析
- 避免脚本因环境缺失（如命令未安装）而中断安装流程
比如 Laravel 项目中的 php artisan optimize:clear 脚本，若 PHP 环境异常或 Artisan 不存在，会导致失败。用 --no-scripts 可绕过它，先完成依赖安装。
组合使用进行精准排查
在复杂问题中，建议逐步排除：
- 先运行
composer install --no-scripts：看是否脚本引起问题 - 再试
composer install --no-scripts --no-plugins：确认是否插件或脚本共同影响 - 如果此时正常，则逐一启用，定位具体元凶
基本上就这些。这两个选项不改变依赖安装结果，只控制附加行为，是调试 Composer 问题时简单却高效的手段。
