要安装不稳定版本的包，需调整版本约束并设置最低稳定性。可在composer.json中通过"minimum-stability": "dev"全局允许，或使用"@beta"、"@dev"等后缀按包指定，如"vendor/package": "^2.0@beta"，推荐后者以保持整体项目稳定。
要使用 Composer 安装不稳定版本的包（如 dev、alpha、beta 版本），你需要调整 版本约束 并确保 最低稳定性 设置允许这些版本。
指定不稳定的版本
在 composer.json 中，通过版本约束明确指定你想要安装的开发或预发布版本：
-
dev 分支：使用
dev-前缀 + 分支名，例如："vendor/package": "dev-main"或"dev-develop" -
beta 版本：使用带有 beta 标签的版本号，例如：
"vendor/package": "2.0.0-beta1" -
alpha 版本：类似地，如
"vendor/package": "1.5.0-alpha" -
特定提交或标签：也可以使用
dev-branch#commit-hash的形式
设置最低稳定性
默认情况下，Composer 只安装稳定版本（stable）。要启用不稳定版本，需在 composer.json 中设置 minimum-stability：
-
"minimum-stability": "dev"—— 允许所有开发版本 - 可选值包括：dev, alpha, beta, RC, stable
注意：minimum-stability 是全局设置，会影响所有依赖包。
按需允许不稳定包（推荐）
如果你只想让某个特定包使用不稳定版本，而保持其他包稳定，使用 prefer-stable 和 aliases 配合 inline alias，或者更推荐的方式是使用 platform 和 constraint per package 通过 require 直接指定。
更好的做法是利用 config 和 minimum-stability 结合 stability flags：
- 保留
"minimum-stability": "stable" - 在 require 中为特定包添加稳定性后缀，例如：
"vendor/package": "dev-main as 2.0.0"
或直接使用带稳定性的约束："vendor/package": "^2.0@beta"、"^1.3@dev"
这样可以在不降低整体项目稳定性的前提下，单独引入需要的开发版包。
基本上就这些。关键是用对版本约束语法，并理解 minimum-stability 的作用范围。合理使用 @ 标签可以精准控制单个包的稳定性要求。
