在CI中使用composer install --no-scripts可避免执行不必要的脚本，提升构建稳定性与速度；结合--no-progress和--prefer-dist优化性能，确保依赖安装干净可靠，防止因脚本错误或外部依赖导致构建失败。
在持续集成（CI）环境中，使用 composer install --no-scripts 是一种常见且推荐的做法。它的主要作用是安装项目依赖，同时跳过 composer.json 中定义的脚本，避免在构建阶段执行不必要的操作，提升稳定性与安全性。
为什么在 CI 中禁用脚本
Composer 允许在 composer.json 中定义各类脚本，例如：
- post-install-cmd：安装依赖后执行的命令
- pre-update-cmd：更新前执行的操作
- post-autoload-dump：自动加载生成后的处理
这些脚本在本地开发时可能有用，比如生成配置文件、清理缓存或运行数据库迁移。但在 CI 环境中，很多脚本不仅无用，还可能带来问题：
- 执行耗时，拖慢构建速度
- 尝试访问数据库或外部服务，导致构建失败
- 修改代码或生成文件，干扰构建一致性
使用 --no-scripts 提升构建可靠性
在 CI 脚本中运行：
composer install --no-scripts --no-progress --prefer-dist这样可以：
- 确保只安装依赖，不触发任何自定义逻辑
- 避免因脚本报错导致整个构建失败
- 加快依赖安装过程，尤其在高频运行的 CI 流程中效果明显
结合 --no-progress 和 --prefer-dist 可进一步优化下载体验和性能。
何时需要启用脚本
虽然默认禁用脚本是安全做法，但某些场景仍需手动控制：
- 如果你的项目依赖 post-install-cmd 来生成必要配置，应在 CI 中显式调用相关命令
- 自动化部署流程中，可在安装依赖后单独运行关键脚本
- 测试环境需模拟完整流程时，可选择性启用
关键是将“安装依赖”和“执行业务逻辑”分离，让流程更清晰可控。
实际 CI 配置示例（GitHub Actions）
- name: Install dependenciesrun: composer install --no-scripts --no-progress --prefer-dist --optimize-autoloader
这条命令常用于 CI 的构建步骤，确保快速、干净地完成依赖安装，为后续测试或打包做好准备。
基本上就这些。在 CI 中使用 --no-scripts 是一种防御性实践，能有效减少意外错误，提升构建可预测性。不复杂但容易忽略。
