这是 composer.json 中 minimum-stability 与依赖包要求的稳定性（如 dev-master、@dev）不匹配导致的约束冲突，而非镜像问题；默认 stable 策略拒绝非稳定版本，需通过调整 minimum-stability、prefer-stable 或显式指定 @dev 来解决。
Composer install 时提示 “minimum-stability does not match” 是什么问题
这不是镜像问题，而是 composer.json 里 minimum-stability 和依赖包实际发布稳定性（如 dev-master、alpha、beta）不一致导致的报错。镜像只是加速下载，不会改变包的稳定性标签或解决约束冲突。
常见错误现象：Your requirements could not be resolved to an installable set of packages. 或更明确的提示：Package xxx is not installable because minimum-stability is stable and package requires dev-master.
-
minimum-stability默认是stable，意味着只允许安装stable、RC等正式版本 - 但你 require 的某个包指定了
"dev-master"或"@dev"，它属于dev稳定性级别，被默认策略拒绝 - 镜像（比如阿里云、腾讯云）只是代理源，不修改包元数据，所以切镜像不能绕过这个校验
如何临时允许安装非稳定版本
最直接的办法是显式放宽当前项目的稳定性策略，而不是改镜像配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在
composer.json根对象中添加："minimum-stability": "dev"—— 允许所有开发版，但会降低整体安全性 - 更推荐的做法：用
"prefer-stable": true+ 针对特定包加@dev约束，例如："monolog/monolog": "^2.0@dev" - 命令行临时覆盖（不写入文件）：
composer install --stability=dev或composer require vendor/package:@dev - 注意：
@dev不等于dev-master；后者是分支名，前者是稳定性标识，Composer 会自动映射到最新可用的dev版本
为什么换镜像后反而报更多 stability 错误
某些国内镜像（如早期 Packagist 中国全量镜像）曾缓存过已删除或未同步的 dev 分支快照，导致本地 composer update 拉到过期的 dist 信息，触发意外的稳定性校验失败。
- 先运行
composer clear-cache清掉本地和镜像缓存残留 - 确认镜像地址是否有效：访问
https://packagist.phpcomposer.com/packages.json（旧阿里镜像）或https://mirrors.aliyun.com/composer/packages.json，看能否返回 JSON - 检查
composer config -g repo.packagist输出，确保没残留失效镜像（如已停运的https://packagist.cn） - 真实问题往往出在
composer.lock记录了某包的dev提交哈希，但镜像没同步该 commit，导致下载 404 —— 此时应删 lock 文件重装
调试 stability 匹配过程的关键命令
别猜，用 Composer 自带工具看它到底怎么解析版本约束。
- 查包的实际可用版本和稳定性：
composer show -a vendor/package（加-a显示所有版本，含dev分支） - 模拟安装决策：
composer prohibits vendor/package:dev-master，它会列出所有阻止该版本安装的约束项 - 查看当前生效的稳定性策略：
composer config minimum-stability（项目级）和composer config -g minimum-stability（全局级），后者优先级更低 - 如果
composer require报错说找不到版本，加-v参数输出详细匹配日志，重点看Skipped branch ... due to minimum-stability行
真正卡点往往不是镜像，而是 minimum-stability 和 require 值的组合逻辑没理清，尤其当项目继承了父级 composer.json 或用了插件注入额外约束时，容易漏掉隐式规则。
