minimum-stability 是 Composer 中定义可安装依赖最低稳定性的配置项，默认为 stable，支持的级别从高到低为 stable、RC、beta、alpha、dev；设置该值后，Composer 会允许安装指定级别及更稳定的版本，例如设为 beta 时，stable、RC 和 beta 版本均可安装；若要为个别包启用更低稳定性，可在 require 中使用 @dev 或 dev-main as 1.0.x-dev 等写法覆盖全局限制；实际依赖解析时，Composer 综合 minimum-stability、版本约束和依赖兼容性选择最稳定的可用版本，在风险控制与功能更新间取得平衡。
在使用 Composer 管理 PHP 项目依赖时，minimum-stability 是一个关键配置项，它直接影响哪些版本的包可以被安装。
什么是 minimum-stability
该字段定义了项目允许安装的最低稳定级别。Composer 中的包版本通常带有稳定性标签，如 stable（稳定）、RC（候选发布）、beta、alpha 和 dev（开发分支）。
默认值是 stable，意味着只有稳定版的依赖才会被考虑。
不同 stability 值的影响
支持的稳定性级别从高到低依次为：
- stable
- RC
- beta
- alpha
- dev
当你设置 "minimum-stability" 为某个级别时，Composer 会允许安装该级别及更稳定的版本。
例如：
{
"minimum-stability": "beta"
}
此时，所有 stable、RC 和 beta 版本的包都可以被选中，但不会安装 alpha 或 dev 分支，除非另有指定。
如何覆盖个别包的稳定性要求
有时候你只想让某个特定包使用非稳定版本，而不影响其他依赖。这时可以用 prefer-stable 配合 require 中的版本约束来实现。
更常见的是使用 inline alias 或直接在 require 中指定 dev 分支或带稳定性后缀的版本。
例如：
{
"require": {
"some/package": "dev-main as 1.0.x-dev"
},
"minimum-stability": "stable"
}
即使全局 minimum-stability 是 stable，这个写法也能引入 dev 分支（前提是该包允许）。
另一种方式是使用 @dev 后缀：
"require": {
"monolog/monolog": "@dev"
}
这会让 Composer 在解析 monolog/monolog 时接受 dev 版本，不受 minimum-stability 的严格限制。
实际选择逻辑总结
Composer 在解析依赖时会综合以下因素决定是否选用某个包版本：
- 项目的 minimum-stability 设置
- require 中每个包的版本约束（包括 @alpha、@dev 等显式标记）
- 依赖链中其他包声明的兼容性要求
如果一个包没有明确标注稳定性，Composer 会根据其版本号自动判断（如 1.0.0 是 stable，1.0.x-dev 是 dev）。
当多个版本满足条件时，Composer 优先选择最稳定的可用版本。
基本上就这些。合理设置 minimum-stability 能帮助你在控制风险和使用新功能之间取得平衡。不复杂但容易忽略细节。
