如何在composer.json中为不同的包设置不同的稳定性要求？（@stable, @dev）

可在 composer.json 中为单个包用 "@stable"、"@dev" 等后缀指定稳定性，优先级高于 minimum-stability；配合 "prefer-stable": true 和 branch-alias 可实现精细控制，require-dev 同样支持独立标记。

可以在 composer.json 中为每个包单独指定稳定性要求，无需全局统一。关键是利用 require 或 require-dev 中的包名后缀语法（如 "monolog/monolog:@dev"），覆盖默认的 minimum-stability 设置。

直接在包名后加稳定性标记

这是最常用、最清晰的方式。Composer 支持在包版本约束中直接写明稳定性标识，比如：

• "phpunit/phpunit":"^9.5@stable" —— 强制只安装稳定版
• "laravel/framework":"^10.0@dev" —— 允许安装 dev 分支（如 10.x-dev）
• "myvendor/mypackage":"dev-main@dev" —— 明确使用 main 分支且允许不稳定代码

这种写法优先级高于 minimum-stability，对单个包生效，不影响其他依赖。

配合 minimum-stability 和 prefer-stable 控制全局倾向

虽然可以逐个指定，但建议搭配全局配置让行为更可预期：

• "minimum-stability": "stable" —— 默认只接受 stable、RC、beta 等（不含 dev）
• "prefer-stable": true —— 当有 stable 版本可用时，优先选它（即使你写了 @dev，只要 stable 满足版本范围也会用 stable）

例如："monolog/monolog":"^2.0@dev" + "prefer-stable":true，仍可能装 2.10.0（stable）而非 2.11.x-dev，除非 stable 版本不满足 ^2.0 范围。

用别名（alias）或分支别名微调 dev 包行为

对于开发中的包，有时需要确保拉取特定分支并标记为某个稳定版本号（比如让 dev-main 被当作 3.0.x-dev 使用）：

• 在被依赖包的 composer.json 中设置："extra": {"branch-alias": {"dev-main": "3.0.x-dev"}}
• 然后你在项目中写："myvendor/mypackage":"3.0.x-dev" 或 "myvendor/mypackage":"dev-main@dev"

这样既明确指向开发分支，又能让版本解析和冲突检测更可靠。

注意 require-dev 中的独立控制

require-dev 下的包默认不受 require 的稳定性限制影响，也可以各自加 @stable 或 @dev：

• "phpunit/phpunit":"^10.0@stable" —— 测试工具用稳定版
• "orchestra/testbench":"^8.0@dev" —— Laravel 测试框架用最新开发版适配新特性

这很常见：生产依赖求稳，开发/测试依赖可激进些。

基本上就这些。不需要额外插件或复杂配置，靠包名后缀 + 合理的全局策略就能灵活管理混合稳定性需求。