minimum-stability配置决定Composer安装依赖的最低稳定性级别，默认为stable，可设为RC、BETA、ALPHA、dev以放宽限制，但建议保持stable并用@dev等约束单独指定不稳定包。
在 Composer 中，"minimum-stability" 配置决定了项目在安装或更新依赖时，允许使用的最低稳定性级别。它直接影响 Composer 会选择哪个版本的包来安装，尤其是当多个稳定性的版本共存时。
稳定性级别的优先顺序
Composer 支持以下几种稳定性标签（按从高到低排序）：
- stable（稳定版，如 1.0.0）
- RC（发布候选版，如 2.0.0-RC1）
- BETA（测试版）
- ALPHA（早期测试版）
- dev（开发分支，如 dev-main、dev-develop）
默认情况下，minimum-stability 的值是 stable，意味着 Composer 只会安装标记为稳定的版本。
配置值的影响
你可以将 minimum-stability 设置为以下任意值：
- stable：只安装稳定版本
- RC：允许 RC、Beta、Alpha 和 dev 版本
- BETA：允许 Beta 及更稳定的版本（包括 RC 和 stable）
- ALPHA：允许 Alpha 及以上
- dev：允许所有版本，包括开发分支
例如，设置：
"minimum-stability": "beta"表示你愿意接受 beta、rc 和 stable 的包，但不会自动安装 alpha 或 dev 版本（除非特别指定）。
与 version constraints 的关系
即使 minimum-stability 设为 stable，你仍可以通过显式指定版本约束来安装不稳定版本。例如：
"require": { "some/package": "dev-develop as 1.0.0" }或者：
"require": { "another/package": "^2.0@alpha" }这种写法会覆盖全局的 minimum-stability 设置，仅针对该包允许 alpha 或 dev 版本。
建议使用方式
通常推荐保持 minimum-stability 为 stable，以确保项目依赖的可靠性。如果需要引入个别不稳定包，使用 @dev 或明确指定带 stability 的版本约束更安全，避免意外引入大量不稳定的依赖。
基本上就这些，合理控制稳定性级别有助于维护项目的健壮性。
