composer 报错“Package is not available in a stable-enough version”是因为默认仅安装 stable 版本，而目标包仅有 alpha/beta/rc 或 dev 分支；需通过为单个包加稳定性标识（如 “^6.4@beta”）或谨慎配置 minimum-stability + prefer-stable 解决。
为什么 Composer 报这个错：Package is not available in a stable-enough version
Composer 默认只安装 stable 版本（即 dev-、alpha、beta、rc 等都不算），当你要装的包只有预发布版本（比如 v2.0.0-beta.1）或开发分支（如 dev-main），而 composer.json 里又没明确允许，它就会拒绝安装并抛出这个提示。
怎么让 Composer 接受非稳定版本
核心是调整 minimum-stability 或为具体包加 stability flags。优先推荐后者，避免全局降低稳定性要求。
- 在
require中为单个包指定版本约束时，直接带上稳定性标识，例如："monolog/monolog": "dev-main"或
"symfony/console": "^6.4@beta" - 如果必须放宽整个项目限制，在
composer.json根级加："minimum-stability": "beta"（可选值：
stable、RC、beta、alpha、dev） - 加上
"prefer-stable": true可以让 Composer 在满足约束前提下，优先选更稳定的版本（比如有^2.0的stable和dev-main，它会选前者）
常见错误操作和后果
很多人直接把 minimum-stability 改成 dev，结果导致所有依赖都可能被装成 dev-master，后续升级容易出兼容问题。
-
minimum-stability: dev+ 没配prefer-stable: true→ 所有包都倾向拉最新dev分支，CI 构建可能每天都不一样 - 写
"package/name": "dev-main as 1.0.0"却忘了加as别名 → Composer 无法解析版本号，报错更隐蔽 - 用
^2.0@dev但该包实际只有dev-develop分支 → Composer 找不到匹配分支，仍报原错
验证是否真需要非稳定版
先确认这个包是不是真的没发布稳定版。访问 Packagist 页面，看 versions 标签页有没有 stable 标记的版本。有时候只是你写的版本约束太窄，比如写了 "^3.0"，但它最新稳定版其实是 2.9.0。
- 运行
composer show vendor/package查看可用版本列表 - 用
composer depends vendor/package看谁在依赖它，判断是否值得引入不稳定版本 - 临时换约束测试：把
"^2.0"改成"*"再composer update，观察输出里列出的候选版本
实际项目里最常踩的坑，是没意识到 @beta 这类后缀必须紧贴版本号、不能有空格，以及把 minimum-stability 当万能开关却忘了它会影响所有依赖。