【发布时间】:2017-10-01 16:26:46
【问题描述】:
对于具有 composer.json 和 composer.lock 的现有库,我想将单个依赖项升级到较新版本,并使此更改的侵入性最小。
问题:如果要升级的包需要下游升级(A 需要 B,需要 C),由于 composer.lock 是不可能的,因为 B 和 C 的版本也是固定的。
作为解决方法,这些也可以在较新的版本中递归地使用,但最终会出现在 composer.json 并且需要手动删除。
是否有更有效的流程来管理选定需求的“最小更改”升级?
注意:我不想使用composer update,因为如果存在更新,这可能会更改所有锁定的版本。
【问题讨论】:
-
“作为解决方法,在较新的版本中也可以递归地要求这些方法,但最终会出现在 composer.json 中,并且需要手动删除。”。为什么?如果它需要不同的版本,为什么不更新 composer.json?
-
因为对 B 和 C 的依赖是隐式的,不应该在 composer.json 中管理。
-
啊是的,这是有道理的。在那种情况下,我可能会先
composer remove软件包,然后composer require新版本。
标签: php composer-php