--no-scripts是跳过composer.json中所有自动触发脚本的唯一可靠方式，适用于install、update、require、remove等命令，但不作用于run-script；它不跳过插件逻辑、autoload生成、平台检查及依赖解析，CI/CD中需分阶段使用以避免运行时失败。
加 --no-scripts 是跳过 composer.json 中所有自动触发脚本的唯一可靠方式，但它不是万能解药——跳过之后项目可能启动失败，而错误日志里不会告诉你“因为某个脚本没跑”。
哪些命令支持 --no-scripts，行为有什么差异
该参数适用于主流 Composer 命令，但触发时机和影响范围不同：
-
composer install --no-scripts：跳过pre-install-cmd、post-install-cmd、post-root-package-install等安装流程中的全部脚本 -
composer update --no-scripts：跳过pre-update-cmd、post-update-cmd，但不拦截pre-dependencies-solving（若由插件注册） -
composer require foo/bar --no-scripts：同样生效，跳过更新过程中关联的所有脚本（包括post-autoload-dump） -
composer remove vendor/package --no-scripts（Composer 2.2+）：跳过卸载相关钩子
注意：--no-scripts 对 composer run-script 完全无效——它只拦自动触发，不干预手动调用。
--no-scripts 不会跳过什么，常见误判点
很多人以为加了它就“彻底静默”，其实它不管这些事：
- 插件逻辑：比如
ocramius/package-versions在Plugin::activate()里硬编码执行的初始化，不受控制；报Class 'PackageVersions\Versions' not found就是典型表现 - autoload 生成：
vendor/autoload.php仍会重建（除非额外加--no-autoloader） - 平台检查与依赖解析：如
ext-mbstring missing或PHP version mismatch错误照常抛出 -
composer dump-autoload触发的post-autoload-dump：这个钩子属于 autoload 阶段，--no-scripts默认不拦（需配合--no-autoloader才能跳过）
错误现象示例：composer install --no-scripts 成功，但紧接着 php -r "require 'vendor/autoload.php';" 报 Class not found —— 很可能是因为某个关键服务提供者是在 post-autoload-dump 里注册的。
CI/CD 中怎么安全用 --no-scripts
盲目加参数容易让构建通过、运行失败。真正安全的做法是分阶段控制：
- 构建镜像时用：
composer install --no-interaction --no-scripts --prefer-dist --optimize-autoloader，确保只下载、不执行副作用 - 镜像启动后手动补关键动作：
composer run-script post-install-cmd或php artisan config:cache（前提是脚本本身支持非交互模式） - 若脚本含系统调用（如
npm install、chmod +x），CI 容器必须预装对应工具，或改用环境变量开关逻辑：if (getenv('CI') !== '1') { exec('npm run build'); } - 跳过前先确认必要性：跑一次不带
--no-scripts的composer install --verbose，看哪些脚本写了文件、改了配置、连了数据库
最麻烦的不是参数怎么写，而是你得知道 post-install-cmd 里那行 php artisan storage:link 是否真需要在只读部署机上执行——它不会报错，只会让你在应用启动时突然发现 storage/app 不可写。
