设置"minimum-stability": "dev"将允许安装开发版依赖，带来不稳定风险、维护困难、安全漏洞和依赖冲突，建议仅在必要时针对特定包精确引入，生产环境慎用。
将 Composer 的 "minimum-stability": "dev" 设置为 "dev" 意味着你允许项目安装开发版本的依赖包（如 dev-master、dev-develop、alpha、beta、rc 等）。虽然这能让你使用最新的功能或修复，但也带来一些实际风险：
1. 代码不稳定和潜在 Bug
开发版（dev 分支）通常未经充分测试，可能包含未完成的功能、逻辑错误或破坏性变更。这些版本没有经过完整的发布流程，容易引入运行时错误或安全漏洞。
例如：某个依赖包的 dev-master 版本修改了核心接口，导致你的代码调用失败，而文档尚未更新。2. 依赖频繁变动，难以维护
dev 分支的内容会持续更新。今天安装的版本和明天执行 composer update 得到的可能是完全不同状态的代码，导致“昨天还能运行，今天就报错”。
- CI/CD 流水线可能出现不可预测的构建失败
- 团队成员之间环境不一致
- 回滚困难，因为具体提交哈希可能未锁定
3. 安全风险增加
开发版本可能未经过安全审计，或临时引入调试代码（如日志输出敏感信息、开放调试接口等）。如果你部署到生产环境，可能暴露攻击面。
4. 与其他依赖冲突
某些 dev 包可能依赖其他包的特定分支或版本，容易与你项目中其他稳定依赖产生冲突，导致依赖解析失败或版本锁定异常。
建议做法：- 尽量使用稳定版本（stable），即默认 behavior
- 若必须使用 dev 包，应通过 inline alias 或指定具体 commit/branch 来精确控制版本
- 使用
"prefer-stable": true配合 minimum-stability，优先选择稳定版 - 在 composer.json 中单独为需要的包指定 dev 分支，而不是全局放开限制
基本上就这些。全局设为 "dev" 相当于打开一扇不受控的门，虽灵活但代价大，生产项目应谨慎对待。
