根本原因是Composer默认仅解析stable版本，@alpha/@beta需配合最低稳定性设置才能生效；须用--stability参数或配置minimum-stability，并严格匹配Packagist上的tag格式。
composer require 时加 @alpha 或 @beta 为什么没生效
根本原因不是命令写错了，而是 Composer 默认只认 stable 版本，@alpha 和 @beta 这类后缀必须配合最低稳定性约束才能触发解析。单独写 "vendor/package": "1.2.0@alpha" 在 minimum-stability 仍为 stable 时会被直接忽略——它连解析都跳过，更别说安装。
临时解决：用 --stability=alpha 或 --stability=beta 显式传参，例如：
composer require vendor/package:1.2.0@alpha --stability=alpha
永久配置（慎用）：在项目根目录 composer.json 中添加：
"minimum-stability": "alpha",<br>"prefer-stable": true
注意："prefer-stable": true 不是可选项，它是安全底线。没有它，哪怕你只要一个 @alpha 包，所有依赖都可能被降级成 alpha 版本。
版本号写法必须严格匹配 Packagist 上的 tag
Composer 不会模糊匹配 1.2.0-alpha 和 1.2.0-alpha1。它只认包作者在 Git 仓库打的 tag 或 composer.json 里声明的 version 字段。常见合法写法包括：
-
1.2.0-alpha1（对应 Git tagv1.2.0-alpha1） -
^1.2@beta（安装 1.2.x 中最新 beta，如1.2.0-beta3） -
dev-main#abc123（从 main 分支特定 commit 安装，适合未打 alpha/beta tag 的场景）
错误写法会导致 “Could not find package” 或静默回退到 stable：
-
1.2.0-alpha（少数字，不合法） -
1.2.0.BETA1（大小写/分隔符错） -
1.2.0-beta1@dev（@dev和@beta冲突）
composer install 忽略了你写的 alpha/beta 版本
即使 composer.json 里明确定义了 "vendor/package": "1.2.0@beta"，composer install 仍可能装上旧版 stable——因为 composer.lock 文件已固化旧版本，且当前环境未满足新约束。
必须执行以下三步，缺一不可：
- 删掉
composer.lock中该包对应的整个条目（或直接删整个 lock 文件） - 确认
composer.json中该包的版本字符串 100% 正确（含大小写、数字、分隔符） - 运行
composer update vendor/package --with-all-dependencies，而不是install
执行后检查输出是否出现 Resolving dependencies through SAT 和最终安装的版本号是否为你预期的 1.2.0-beta1。否则说明依赖树存在隐式冲突，或该包根本没发布对应 tag。
alpha 和 beta 的实际风险比语法更值得警惕
能装上不等于能用稳。Alpha 包往往没有语义化版本锚点：^1.2 在 alpha 阶段基本失效；Beta 包虽稍好，但 1.2.0-beta2 到 1.2.0-beta3 可能含破坏性变更（比如方法签名改了、返回类型变了）。更现实的问题是：
- 某些 alpha 包强制要求 PHP 8.3+ 或扩展如
ext-pdo_sqlsrv，而你的 CI 环境还在跑 PHP 8.1 -
composer.lock会锁死具体 commit hash，下次composer install不会自动拉新 —— 想升级得手动update - 很多标了
@alpha的包只是 GitHub pre-release，根本没推到 Packagist，composer require必然失败
真正难处理的从来不是怎么开开关，而是你得盯紧它的发布节奏，随时准备切回 RC 或 stable 分支。
