在composer.json中可通过稳定性标志控制依赖版本选择。1. 使用@dev、@beta等指定包的稳定性；2. 设置minimum-stability字段全局控制最低稳定性；3. 配合prefer-stable优先选择更稳定版本；4. 在require中用@语法或分支名精细控制个别包稳定性，建议生产环境保持stable。
在 composer.json 中指定包的稳定性，可以通过使用稳定性标志（stability flags）来控制依赖包的版本选择。Composer 默认只安装稳定版本（如 stable），但你可以通过以下方式允许安装开发版、预发布版本等。
1. 使用版本约束中的稳定性标志
你可以在依赖包的版本号后添加特定的稳定性关键字，例如 @dev、@alpha、@beta、@rc 等，来明确允许某个稳定性级别的包：
-
"monolog/monolog": "dev-main"— 指定使用主分支的最新提交 -
"symfony/http-foundation": "@dev"— 允许安装开发版本 -
"phpunit/phpunit": "@beta"— 允许安装 beta 版本
2. 设置 minimum-stability 配置
在 composer.json 的根级别设置 minimum-stability 字段，可以全局控制允许的最低稳定性：
{
"require": {
"symfony/console": "^6.0"
},
"minimum-stability": "dev"
}
这会允许安装所有稳定性 >= dev 的包（包括 dev、alpha、beta、rc、stable）。注意：这个设置会影响所有依赖。
3. 使用 prefer-stable 选项（推荐搭配使用）
如果你设置了较低的 minimum-stability，但仍希望优先选择更稳定的版本，可以启用 prefer-stable：
{
"config": {
"prefer-stable": true
},
"minimum-stability": "dev"
}
这样 Composer 会在满足条件的前提下，优先选择稳定版本而不是 dev 分支。
4. 使用 stability flags 在 require 中精细控制
你可以为个别包覆盖全局的稳定性限制，使用 @ 语法或直接写分支名：
-
"doctrine/orm": "2.14.*@beta"— 只允许 2.14 系列的 beta 版本 -
"laravel/framework": "dev-master as 10.0"— 引用开发分支并伪版本化
基本上就这些。合理使用稳定性标志能让你灵活控制项目依赖，又不至于引入太多不稳定代码。建议生产项目保持默认 stable，开发或测试环境再考虑放宽限制。
