使用 minimum-stability 与别名时需注意：minimum-stability 控制默认安装的稳定性级别，默认 stable 仅允许稳定版；当用 dev 分支 alias 为稳定版本（如 dev-main as 1.2.3）时，别名仅映射版本号，不改变实际稳定性；若项目 stability 为 stable，则必须在 require 中显式引用该别名版本才能安装；即使设 minimum-stability=dev，也需确保别名符合语义化版本规范并被正确识别为依赖匹配项；建议直接在 require 中写 "vendor/package": "dev-main as 1.2.3" 明确意图，避免冲突；结合 prefer-stable=true 可防止意外降级；发布后应及时移除别名引用，防止长期依赖开发分支。
当使用 Composer 的 minimum-stability 与包的别名（alias）功能结合时，需要特别注意版本解析的行为变化。Composer 在处理依赖时会同时考虑稳定性约束和别名映射，稍有不慎可能导致意外的安装结果或依赖冲突。
理解 minimum-stability 的作用
该配置项定义了项目中允许安装的最低稳定性级别（如 dev、alpha、beta、RC、stable）。默认为 stable，意味着只安装稳定版本。当你引入 dev 分支并用 alias 绑定为某个稳定版本号时，这个别名机制可以“欺骗”依赖解析器，但必须配合正确的稳定性设置。
例如：
dev-main as 1.2.3这表示将 main 分支的内容当作 1.2.3 版本来使用。但如果 minimum-stability 是 stable，而该分支实际是不稳定状态，Composer 可能拒绝安装，除非明确通过 require 指定带稳定性后缀的版本或调整配置。
别名必须显式指向目标稳定性
如果一个包的 dev 分支被 aliased 成 1.2.3，但项目中其他依赖要求的是 ^1.2.3@stable，那么即使你设置了 minimum-stability=dev，也需确保该别名分支被正确识别为满足稳定性的“等价物”。
关键点：
- 别名不会自动提升包的实际稳定性；它只是版本号的映射。
- 若主项目 stability 设为 stable，则 dev 分支即使加了 alias 仍可能被过滤，除非在 require 中明确引用该别名版本。
- 推荐在 require 或 require-dev 中直接写明如 "vendor/package": "dev-main as 1.2.3"，以确保 Composer 正确理解意图。
避免与其他依赖产生版本冲突
多个包可能依赖同一个库的不同稳定性版本。例如 A 包依赖 package X 的稳定版 2.0.0，而你本地用 dev-develop as 2.0.0 引入 X，此时 Composer 会尝试匹配这个别名是否满足约束。
需要注意：
- 确保别名版本格式完全符合语义化版本规范，否则可能无法匹配。
- 某些情况下，Composer 会因为源信息缺失（如 VCS 包未正确加载 dist 和 source 信息）导致别名失效。
- 使用 composer show -a vendor/package 可查看可用的稳定性版本和别名情况。
建议做法
为了减少问题：
- 在开发私有包或测试分支时，优先在 require 中直接使用 as 语法指定别名。
- 临时降低 minimum-stability 时，配合 prefer-stable = true 防止意外降级到不稳定的实现。
- 发布正式版本后尽快移除 dev 分支的别名引用，避免长期依赖非正式代码。
基本上就这些。合理使用别名能解决很多开发中的版本适配问题，但要始终清楚 Composer 是如何结合稳定性与版本映射做决策的。不复杂但容易忽略细节。
