minimum-stability是Composer中控制依赖包稳定性级别的配置项，按从低到高分为dev、alpha、beta、RC和stable；设置如"beta"时可安装beta及以上版本，但排除更低级别；该值在composer.json中配置，影响全局依赖解析；可通过在require中为特定包指定版本约束（如1.2.x-dev或@beta）来覆盖全局设置；生产环境推荐设为stable，个别不稳定包单独声明以确保项目稳定性和灵活性平衡。
在使用 Composer 管理 PHP 项目依赖时，minimum-stability 是一个关键配置项，用于控制项目允许安装的依赖包的发布稳定性级别。它决定了 Composer 在解析和安装依赖时，可以接受哪些预发布或开发状态的版本。
什么是 minimum-stability？
Composer 将包的版本分为几种稳定性等级，按从低到高排列如下：
-
dev：开发分支（如
dev-main、dev-develop） - alpha：内测版本
- beta：公测版本
- RC（Release Candidate）：候选发布版本
- stable：稳定版本（默认目标）
minimum-stability 设置的是项目整体的“最低可接受稳定性”。例如，设为 beta 时，Composer 可以安装 beta、RC 和 stable 的包，但不会安装 alpha 或 dev 版本（除非特别指定）。
如何设置 minimum-stability
该配置写在项目的 composer.json 文件中：
{
"require": {
"monolog/monolog": "^2.0"
},
"minimum-stability": "beta"
}
上面的例子表示：允许安装最低为 beta 稳定性的包。如果某个依赖只有 alpha 版本，则不会被安装。
按包单独控制稳定性（preferred-install 和 stability flags）
有时你希望大多数包保持稳定，但个别包可以使用较低稳定性的版本。这时可以用 version constraints with stability flags 来覆盖全局设置。
例如：
{
"minimum-stability": "stable",
"require": {
"some/package": "1.2.x-dev",
"another/package": "dev-feature-branch as 1.0"
}
}
即使全局是 stable，Composer 仍会安装指定的 dev 分支，因为你在版本约束中明确指定了它们。
你也可以使用 @ 符号显式指定稳定性：
推荐实践
在生产项目中，建议保持 minimum-stability 为 stable，确保所有依赖都经过充分测试。开发或测试项目可临时设为 beta 或 RC，但应避免长期使用 dev 或 alpha 作为默认级别。
若需引入不稳定包，优先通过版本约束单独指定，而不是降低全局稳定性要求，这样更安全、可控。
基本上就这些。合理使用 minimum-stability 和版本修饰符，能帮助你在灵活性与稳定性之间取得平衡。
