用 composer 安装 alpha 版本需明确包已发布 alpha 标签，推荐 composer require vendor/package:@alpha；若无语义化预发布版本则无效，应改用 dev-main@alpha 或手动 alias；须配置 minimum-stability: dev 并重装以生效。
怎么用 composer 安装 alpha 版本的包
直接加 @alpha 就行，但得确认包本身发布了 alpha 标签，不是所有包都支持。
-
composer require vendor/package:dev-main@alpha—— 如果主分支打了alpha标签，这种写法最稳 -
composer require vendor/package:@alpha—— 简洁，但只在包有v1.0.0-alpha.1这类语义化预发布版本时才生效 - 别写
composer require vendor/package:alpha（漏了@），会报错Could not find a matching version - 如果包用的是
dev-分支命名（比如dev-feature-x），@alpha无效，得用dev-feature-x as 1.0.0-alpha.1手动 alias
为什么 composer install 不拉 alpha 版本
默认只装 stable 级别，alpha 属于 dev 级别，得显式放开策略。
- 项目根目录运行
composer config minimum-stability dev，再加composer config prefer-stable true可兼顾稳定性 - 或者直接在
composer.json里写："minimum-stability": "dev",<br>"prefer-stable": true - 注意：改完要删掉
vendor/和composer.lock再composer install，否则旧 lock 文件会锁死版本 - 全局设
minimum-stability很危险，只应在当前项目里配
dev-master 和 @alpha 到底用哪个
看你要的是“最新代码”还是“经过标记的预发布版”，两者定位不同。
-
dev-master指向仓库默认分支最新 commit，可能没测试、没文档、API 随时变 -
@alpha是作者打的 tag，至少过了基础验证，版本号也明确（如2.3.0-alpha.2） - 如果包长期不发 alpha tag，但你又需要新功能，才考虑
dev-main（新版 Composer 默认分支名） - CI/CD 环境中慎用
dev-*，因为 commit-hash 不固定，构建不可重现；@alpha更可控
安装后发现命令不生效或类找不到
常见于包里用了 autoloading 配置变更，或 alpha 版本调整了入口逻辑。
- 先跑
composer dump-autoload -o，强制重生成自动加载映射 - 检查包的
composer.json里autoload是否新增了psr-4路径，对应命名空间有没有同步改 - 如果报
class not found，用composer show vendor/package确认实际安装的 commit 或 tag 名，再对照 github 仓库看该版本的结构 - 某些 alpha 版会把命令注册从
bin/移到vendor/bin/，记得检查执行路径
alpha 版本的不确定性主要不在安装动作本身，而在依赖链里其他包是否兼容、autoload 规则是否更新、以及作者对预发布版的维护节奏——这些没法靠一条命令解决。