答案是包名或分支不存在、稳定性未放行或branch-alias已失效——需用composer show -a验证真实版本，检查packagist页面、repositories配置及minimum-stability设置，并避免使用已被composer 2.0+移除的extra.branch-alias。
composer show -a 看不到包版本，先确认包名和分支真实存在
“Could not find a version”不是 Composer 抽风，而是它根本没在源里发现匹配项。最常见的是拼错包名（比如myorg/my-lib写成myorg/mylib），或远程仓库根本没有dev-main分支（实际是master或develop）。
验证步骤：
- 运行
composer show -a vendor/package，如果报“no matching package found”，说明包名错误、未发布，或私有包没配repositories - 打开 Packagist 页面，点“Versions”标签，确认
dev-main是否真在列表里（注意：Git 分支不会自动同步，需手动触发或配置 webhook） - 私有 Git 包必须确保
repositories配置正确，且该仓库根目录composer.json中version字段是合法字符串（不能是"dev"或"HEAD"）
dev-main 装不上？minimum-stability 是硬门槛，不是建议
dev-main不是版本号，它是分支标识符。Composer 默认只从@stable池里拉包，dev-main连池子边都摸不到——除非你显式放行。
三种可行方式（按风险由低到高）：
- 加
@dev后缀：composer require vendor/package:dev-main@dev - 临时放宽：
composer require vendor/package:dev-main --stability=dev - 全局设
"minimum-stability": "dev"在项目composer.json顶层——但会波及所有依赖，生产环境慎用
注意：@rc会被忽略，必须写成@RC；@beta不代表能拉dev-main，它只放行 beta tag。
branch-alias 已被 Composer 2.0+ 彻底移除，别再往 extra 里写了
Composer 2.0+ 静默跳过extra.branch-alias，你写的{"dev-main": "2.0.x-dev"}不会报错，但也不会起作用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证方式很简单：运行composer show vendor/package，如果只显示dev-main，没出现2.0.x-dev，就说明 alias 没生效（也确实不会）。
替代方案只有两个：
- 在
require行用as语法：composer require vendor/package:dev-main as 2.0.0 - 在被依赖包自己的
composer.json中设"version": "2.0.x-dev"，并确保分支名为main
别名值必须是合法 SemVer 字符串（如2.0.0-beta.1），不能是latest、v2或带空格的"2.0.x-dev "。
为什么 ^2.0 匹配不到 dev-main？稳定性过滤优先级高于版本号
^2.0这种约束默认只匹配@stable版本，而dev-main属于@dev稳定性级别。即使分支存在、minimum-stability设对了，如果没显式指定@dev或放宽稳定性，Composer 就不会把它纳入候选集。
关键点：
- 稳定性过滤发生在版本解析第一层，比语义化版本匹配更早
-
dev-main永远不会被^2.0或~2.0.0自动命中，必须带@dev后缀或改minimum-stability - 私有仓库若未在
repositories中声明"type": "vcs"，Composer 甚至不会去查它的分支信息
真正容易被忽略的是：即使你写了dev-main@dev，如果 Packagist 缓存没刷新，或者 GitHub token 权限不足导致 Composer 无法读取私有仓库分支列表，composer show -a依然看不到结果——得结合-v参数看真实请求日志。
