使用 –prefer-lowest 可测试项目在依赖最低版本下的兼容性，确保代码对版本下限支持可靠，常用于 CI 流程验证 composer.json 版本范围合理性，例如安装 monolog/monolog ^2.0 中的 2.0.0 而非最新版，需注意仅用于测试环境，避免引入安全风险，不可提交生成的 lock 文件至生产分支。
在使用 Composer 安装或更新依赖时，–prefer-lowest 参数的作用是让 Composer 尝试安装 符合版本约束的最低可用版本 的依赖包，而不是默认安装最新兼容版本。
什么情况下会用 –prefer-lowest？
这个参数通常用于测试项目的兼容性。开发者希望确认自己的项目不仅能在依赖的最新版本下正常运行，也能在最低支持版本下稳定工作。这有助于发现因“只在高版本测试”而隐藏的兼容性问题。
实际使用示例
假设你的 composer.json 中有如下依赖：
“require”: {
“monolog/monolog”: “^2.0”
}
执行以下命令：
composer update –prefer-lowest
Composer 会安装 monolog/monolog 在 ^2.0 范围内的最低版本（例如 2.0.0），而不是最新的 2.9.0。
与 –prefer-stable 的区别
–prefer-lowest 只控制版本选择的“高低”，不会影响稳定性。它仍会优先选择稳定版。如果你同时需要最低且稳定的版本，可结合使用：
composer update –prefer-lowest –prefer-stable
但注意：–prefer-stable 是默认行为，通常无需显式指定。
注意事项
使用 –prefer-lowest 时需谨慎，因为它可能引入已知存在安全漏洞或 bug 的旧版本，因此不建议在生产环境使用**，仅推荐用于本地或 CI 环境的兼容性测试。
- 不要提交由 –prefer-lowest 生成的 lock 文件到生产分支
- 测试完成后应恢复为正常更新方式
- 确保最低版本仍满足安全和功能要求
基本上就这些。合理使用 –prefer-lowest 能提升项目的健壮性，但要清楚它的用途边界。