使用 Composer 别名可让 PR 分支满足版本约束，如 "monolog/monolog": "dev-fix/logger-output as 2.0.0"，使 dev 分支伪装成指定稳定版本，便于测试未合并代码。
当你需要测试某个 Composer 包的 PR 分支时，通常该分支还未被合并或打上版本标签。直接在 composer.json 中引用 dev 分支虽然可行，但可能和你项目中声明的版本约束冲突。这时就可以使用 Composer 的 别名（alias） 功能来解决这个问题。
理解 Composer 别名
Composer 的别名允许你告诉 Composer：某个开发分支“看起来像”某个特定的稳定版本。比如你的项目依赖 vendor/package: ^2.1，而你想测试该包的 dev-feature-branch，但这个分支是基于 2.1 开发的。如果不加别名，Composer 会认为它不满足 ^2.1 的要求。
通过添加别名，你可以让 dev-feature-branch “伪装成” 2.1.0 或更高版本，从而满足版本约束。
在 composer.json 中设置别名
假设你要测试 monolog/monolog 的一个 PR 分支（比如 GitHub 上的 fix/logger-output），并且你的项目依赖的是 ^2.0 版本。
你可以这样修改 composer.json：
说明：
-
dev-fix/logger-output是你要测试的分支名。 -
as 2.0.0表示把这个分支当作2.0.0版本来处理。 -
repositories指向你的 fork 地址（如果该分支不在官方仓库中）。
结合 GitHub Pull Request 使用
GitHub 上的 PR 通常对应一个临时分支。你可以通过其编号访问，例如 PR #456 对应分支 refs/pull/456/head。
你可以在 repositories 中这样定义：
然后在 require 中使用别名：
"require": { "monolog/monolog": "dev-master as 2.1.99" }注意：GitHub 的 PR 分支在 VCS 配置中会映射为 dev-pr-456 这样的名称，所以也可以直接写：
注意事项
使用别名时要注意以下几点：
- 别名版本号要符合你项目中其他依赖的约束，比如不能用
as 1.0.0去满足^2.0。 - 测试完成后记得移除别名，避免意外提交到生产环境。
- 别名只影响版本解析，不会改变实际代码内容。
- 如果你 fork 了仓库并推送了修改，确保
repositories指向你的 fork。
基本上就这些。用好别名功能，可以让你在不修改项目版本约束的前提下，安全地测试第三方包的 PR 或功能分支。
