这可能（应该）以前在某个地方被问过，但我似乎找不到答案。如果有人提供链接，我可以删除此帖子！：
只是想了解一些作曲家的（可能也适用于其他包管理器）功能。
基本上我只是想知道作曲家在以下场景中做了什么：
1.
我的主项目有一个依赖：
"guzzlehttp/guzzle": "5.0.*",
我的外部包依赖于
"guzzlehttp/guzzle": "5.0.*",
composer 是否会安装一次 guzzlehttp/guzzle，因为它知道它只需要一次？
2。 相同的场景，但将来如果有人更新要使用的主项目：
"guzzlehttp/guzzle": "6.0.*",
composer 现在会安装 2 个版本的 guzzle（5 和 6）（我认为这是它应该做的），还是会安装最高版本（即 6）？此外，如果有 2 个版本，这是否会导致任何冲突，因为命名空间可能相同？
谢谢
【问题讨论】：
标签： symfony composer-php
是的，Composer 只能安装每个扩展/包的一个版本。
因为答案 1：Composer 会认为您的主项目和外部包不兼容。
在这种情况下你可以
【讨论】：
我们今天遇到了一种情况，我们使用了多个库，其中一个使用了 Guzzle v5，另一个使用了 Guzzle v6。升级（或降级）不是一个可行的选择，因为它是第三方代码，所以我们必须能够安装两个版本的 Guzzle。
这就是我们所做的。这是一个TOTAL FRACKING HACK，我建议仅将其作为绝对的最后手段。它可以工作，但更新您的调用代码以仅使用一个版本是一个更好的选择。
诀窍是您需要重新命名两个版本之一。在我们的例子中，我们决定将 v6 更改为 GuzzleHttp6。这样做的方法如下：
composer.json 已启用 v6："require": {
"guzzlehttp/guzzle": "^6.2"
// possible other stuff
},composer install 安装 Guzzle v6 的所有依赖项。/vendor/guzzlehttp 目录移至新的/vendor-static/guzzlehttp 目录。/vendor-static 目录中进行区分大小写的查找和替换，以将 GuzzleHttp 替换为 GuzzleHttp6。这有效地将 Guzzle 6 代码带入了一个新的命名空间。composer.json 以手动包含Guzzle 自己的依赖项，然后自动加载/vendor-static 文件夹中的代码。请注意，您需要删除主要的 guzzle 要求语句（或将其更改为包括 guzzle 5）；"require": {
"guzzlehttp/guzzle": "~5",
"psr/http-message": "~1.0",
"ralouphie/getallheaders": "^2.0.5"
},
"autoload": {
"files": ["vendor-static/guzzlehttp/guzzle/src/functions_include.php",
"vendor-static/guzzlehttp/psr7/src/functions_include.php",
"vendor-static/guzzlehttp/promises/src/functions_include.php"],
"psr-4": {
"GuzzleHttp6\\": "vendor-static/guzzlehttp/guzzle/src/",
"GuzzleHttp6\\Psr7\\": "vendor-static/guzzlehttp/psr7/src/",
"GuzzleHttp6\\Promise\\": "vendor-static/guzzlehttp/promises/src/"
}
},composer update 删除旧的 Guzzle v6，并安装 Guzzle v5。这还将安装 psr/http-message 和 ralouphie/getallheaders 依赖项。
您可能需要执行composer dump-autoload 来强制自动加载器添加新的包含路径。理论上这应该发生在composer update，但我不得不强制它。
现在更新您的呼叫代码；您将调用 \GuzzleHttp6，而不是调用 \GuzzleHttp。
就是这样。您应该能够同时运行两者。请注意，您在 /vendor-static 目录中获得的任何版本的 Guzzle v6 都将永远存在，因此您可能需要不时更新它。
【讨论】：