需显式指定版本约束如^2.10@alpha，因Composer默认仅装stable版；@alpha是最低稳定性过滤器，非版本号本身；minimum-stability和prefer-stable全局生效但优先级低于命令行标记。
如何用 composer require 安装 alpha / beta 版本
Composer 默认只安装 stable 稳定版本，想装 alpha、beta、rc 或 dev 分支，必须显式指定版本约束，不能只写包名。
- 错误写法：
composer require monolog/monolog→ 总是拉最新 stable - 正确写法（指定 alpha）：
composer require monolog/monolog:^2.10@alpha - 正确写法（指定 beta）：
composer require symfony/console:^6.4@beta - 正确写法（指定 rc）：
composer require laravel/framework:10.0.0-rc
注意：@alpha 是“最低稳定性过滤器”，不是版本号本身；它允许 Composer 在满足 ^2.10 范围的前提下，选用带 alpha 标签的版本（如 2.10.0-alpha1）。
minimum-stability 和 prefer-stable 的实际影响
这两个配置控制整个项目的默认行为，但优先级低于命令行中显式的 @xxx 标记。
-
minimum-stability设为beta后，所有未标注稳定性的依赖（如没写@stable）都可降级匹配到beta及以上（即允许beta、rc、stable），但不会匹配alpha或dev -
prefer-stable: true表示：在满足minimum-stability前提下，优先选最稳定的那个版本（比如同时有2.10.0-beta1和2.10.0-rc1，会选rc1） - 典型组合（推荐用于测试环境）：
{"minimum-stability": "beta","prefer-stable": true}
为什么 composer update 有时不升级到 beta 版本？
即使 composer.json 里写了 "monolog/monolog": "^2.10@beta"，运行 composer update 也可能没变化——常见原因有：
- 已安装的版本（如
2.10.0-beta2）仍满足约束，且没有更新的beta版本发布 - 该包在 Packagist 上的
beta版本被标记为abandoned或未通过自动构建验证 - 本地
composer.lock锁定了旧版本，而update没强制刷新（可加--with-all-dependencies或删 lock 后重装） - 包作者未在
composer.json中正确设置version字段或使用了非标准标签格式（例如写成v2.10.0-BETA而非2.10.0-beta1）
生产环境慎用 @alpha / @beta 的真实风险
不是所有 alpha/beta 版本都只是“功能多一点”——它们可能：
- 破坏性变更未写在 CHANGELOG 里（尤其
dev-master分支直连时） - 依赖未锁死的子包（如某
beta版本依赖"psr/log": "^3.0"，而你项目里psr/log是2.0，就会报错） - CI 构建失败率显著上升（Packagist 不校验 beta 包的测试覆盖率或 PHP 兼容性）
- 某些私有仓库或镜像源会直接忽略非 stable 版本（如腾讯云 Composer 镜像默认不同步 alpha）
真正需要试用新特性时，建议先 fork + repositories 本地覆盖，而非全局降低稳定性阈值。
