minimum-stability 设置可安装的最低稳定性级别，如设为 beta 则允许 stable、RC、beta 等版本；prefer-stable 在此基础上优先选择更稳定的版本。例如配置 minimum-stability 为 dev 且 prefer-stable 为 true 时，Composer 允许安装开发版但优先选用稳定版，在灵活性与稳定性间取得平衡。
在使用 Composer 管理 PHP 项目依赖时，minimum-stability 和 prefer-stable 是两个控制包版本选择行为的重要配置项。它们共同影响 Composer 安装哪些版本的依赖包，但作用方式不同。
minimum-stability：设定可接受的最低稳定性级别
该配置定义了项目中所有依赖包默认允许的最低稳定性。Composer 支持的稳定性等级从高到低依次为：stable、RC（Release Candidate）、beta、alpha、dev（开发分支）。
例如：
"minimum-stability": "beta"
表示允许安装稳定版、RC 版、beta 版，甚至 alpha 和 dev 版（只要没有更稳定的匹配），但这个设置是全局性的，会影响所有未明确指定稳定性的依赖。
需要注意的是，它不强制要求使用不稳定版本，只是放宽了准入门槛。
prefer-stable：优先选择更稳定的可用版本
即使 minimum-stability 允许安装 beta 或 dev 版本，启用 prefer-stable 会告诉 Composer：在满足依赖的前提下，尽量选择更稳定的版本。
例如：
"prefer-stable": true
当你的项目依赖 A 包，而 A 的最新版本是 dev-master，但存在一个 stable 的 1.2.0 版本也满足约束，Composer 会选择 1.2.0 而不是 dev-master —— 即使你允许 dev 分支。
这个选项不会改变可安装的范围（仍受 minimum-stability 控制），而是影响“选择优先级”。
结合使用示例
常见配置组合：
{
"minimum-stability": "dev",
"prefer-stable": true
}
含义是：允许安装任何稳定度的包（包括 dev 分支），但在有稳定版本可用时，优先使用稳定版本。这种配置适合希望大部分依赖保持稳定，但个别包需要 dev 版才能兼容的项目。
若不设 prefer-stable，即使存在稳定版本，Composer 可能因依赖解析结果选择更高版本号但稳定性更低的 dev 包。
基本上就这些。合理搭配这两个配置，可以在灵活性与项目稳定性之间取得平衡。
