稳定性标志用于标识PHP包的成熟度，常见级别从低到高为dev、alpha、beta、RC、stable；2. Composer默认仅安装stable版本；3. minimum-stability配置项定义项目允许安装的最低稳定性级别，影响所有未明确指定稳定性的依赖；4. 可通过@dev、@beta等后缀或版本约束如dev-main显式指定个别包的稳定性；5. prefer-stable设为true可使Composer在满足依赖时优先选择更稳定版本。
在使用 Composer 管理 PHP 项目依赖时，你可能会在 composer.json 中看到一个叫 "minimum-stability" 的配置项，同时某些包的版本后面还带有像 @dev、@alpha 这样的后缀。这些都与 Composer 的“稳定性标志”有关。理解它们能帮助你更好地控制项目引入的依赖质量。
什么是稳定性标志？
Composer 使用“稳定性标志”来判断一个包的发布版本是否足够稳定，适合在生产环境中使用。每个版本标签（如 v1.0.0、v2.1.3）都可以附带一个隐式或显式的稳定性级别。常见级别从低到高包括：
- dev：开发中的代码，通常是分支（如 main、develop），最不稳定
- alpha：早期测试版本，功能不完整，可能存在严重问题
- beta：功能基本完成，仍在测试中，可能有 bug
- RC（Release Candidate）：候选发布版本，接近正式版，但仍需验证
- stable：稳定版本，推荐用于生产环境
如果你没有特别指定，Composer 默认只安装 stable 稳定版本的包。
minimum-stability 配置的作用
"minimum-stability" 是 composer.json 中的一个顶层配置，用来设置项目允许安装的最低稳定性级别。例如：
{
"minimum-stability": "beta"
}
这意味着 Composer 可以安装 beta、RC 和 stable 版本的包，但不会安装 alpha 或 dev 版本（除非另有说明）。
这个设置会影响所有未明确指定稳定性的依赖包。
如何覆盖个别包的稳定性？
有时候你只想让某个特定的包使用不稳定版本，而不影响其他包。这时可以用 "prefer-stable" 配合 版本约束中的稳定性后缀 来实现。
比如，你想在整体保持 stable 的前提下，单独使用某个包的 dev 分支：
{
"require": {
"some/package": "dev-main as 1.2.3"
},
"minimum-stability": "stable"
}
或者更常见的是，在版本号后加上 @dev 显式请求开发版本：
"require": {
"monolog/monolog": "2.0.x-dev"
}
此外，也可以通过 stability flags 在 require 中直接标注：
"require": {
"symfony/http-foundation": "4.4.*@beta"
}
prefer-stable：优先选择稳定版本
当你设置了 minimum-stability 为 beta 或更低时，Composer 可能会安装非稳定版本，即使存在稳定替代。为了缓解这个问题，可以启用：
{
"prefer-stable": true
}
开启后，Composer 会在满足依赖的前提下，尽量选择更稳定的版本，哪怕它不是最新的。
基本上就这些。合理使用 stability 标志和 minimum-stability 配置，能让你在灵活性与项目稳定性之间取得平衡。
