minimum-stability设定项目依赖的最低稳定级别，prefer-stable则在满足依赖时优先选择更稳定的版本，两者结合可平衡功能与稳定性。
在使用 Composer 管理 PHP 项目依赖时，minimum-stability 和 prefer-stable 是两个关键配置项，直接影响依赖包的版本选择。它们共同决定 Composer 在安装或更新包时，可以接受哪些稳定级别的版本。
minimum-stability：控制可接受的最低稳定性
这个配置定义了项目允许引入的依赖包的最低稳定级别。它的值是一个字符串，常见选项包括：
- stable：只安装稳定版本（如 1.2.0）
- RC：包含候选版本（Release Candidate）
- beta：包含测试版
- alpha：包含早期开发版本
- dev：包含开发分支（如 dev-main、dev-develop）
该设置作用于所有未明确指定稳定性的依赖。例如，当你设置 "minimum-stability": "beta"，Composer 就会允许安装 beta、RC、stable 版本，但不会安装 alpha 或更不稳定的 dev 分支（除非另有声明）。
prefer-stable：优先选择稳定版本
即使 minimum-stability 允许安装不稳定版本，你仍可能希望在有多个兼容版本时，优先选择更可靠的稳定版。这时启用 "prefer-stable": true 就很有用。
当这个选项为 true，Composer 会在满足依赖的前提下，尽量选择稳定性更高的版本。比如，如果你的项目支持 2.0.0（stable）和 2.1.0-beta（beta），Composer 会优先安装 2.0.0。
如何精细控制个别包的稳定性
全局的 minimum-stability 可能过于宽松或严格。你可以通过 require 或 require-dev 中显式指定带稳定性的版本约束，来覆盖全局设置。
例如：
{
"minimum-stability": "stable",
"require": {
"monolog/monolog": "^2.0",
"symfony/var-dumper": "dev-main"
}
}
尽管全局只允许 stable 包，但 symfony/var-dumper 明确要求 dev 分支，Composer 会允许它安装 dev 版本。这种机制让你在保持整体稳定性的同时，灵活引入特定的开发版依赖。
基本上就这些。合理设置 minimum-stability 和开启 prefer-stable，能帮助你在功能与稳定性之间取得平衡，避免意外引入高风险的开发版本。
