Composer 报“Could not find a version…”是因 minimum-stability 默认为 stable，而目标版本如 beta、dev-main 未被允许；应使用 @dev 后缀或调整 stability 标签并更新锁文件。
Composer 报“Could not find a version of package … matching your minimum-stability”时，不是包丢了，而是你当前的稳定性门槛卡住了它——默认只认 stable，而目标版本是 beta、dev-main 或 RC。
为什么 composer require vendor/package:^2.0 找不到包？
因为 ^2.0 这个约束本身没问题，但包在 Packagist 上实际只发布了 v2.0.0-beta.1 或 dev-main，而你的 composer.json 里没允许这些标签。Composer 默认把 dev、beta 当作“不够稳”，直接过滤掉。
- 运行
composer show -a vendor/package查真实版本列表，末尾括号里就是稳定性标签（如v2.0.0-beta.1 (beta)） - 如果输出里没有你要的版本，说明它根本没发布，或你拼错了包名
-
minimum-stability必须写在composer.json的最外层（和require同级），写在config或extra里完全无效
给单个包加 @dev 比改全局 minimum-stability 更安全
全局设成 "minimum-stability": "dev" 后，所有依赖都可能被装成 dev-master，下次 composer update 可能拉到任意 commit，构建不可重现。
- 推荐写法：
composer require vendor/package:^2.0@dev或composer require vendor/package:dev-main - 带
@后缀的版本约束会覆盖全局minimum-stability，只影响这个包 - 注意：
@dev必须紧贴版本号，不能有空格；@stable是冗余的（默认行为） - 执行后，Composer 会自动把带
@的写法存进composer.json的require字段
改了 minimum-stability 还报错？别忘了更新锁文件
哪怕你手动改好了 composer.json，只要 composer.lock 里还锁着旧解析结果，Composer 就不会重新评估依赖图。
- 必须运行
composer update --lock或composer update vendor/package触发重解析 - 如果项目已有大量依赖，直接
composer update风险较大，建议先用--dry-run看影响范围 - 某些私有仓库（如 Satis）没正确配置
dist信息时，dev-main可能被跳过——加-v参数跑composer require，看输出里有没有Skipped branch dev-main
真正容易被忽略的是：稳定性标签不是质量担保，只是发布流程标记；dev-main 可能含未测功能，beta 版本 API 可能变动。确认你需要的 commit 或特性确实存在于那个分支/版本里，而不是只看名字匹配就往下冲。
