Php 当composer.lock存在时,如何升级所选程序包?

Php 当composer.lock存在时,如何升级所选程序包?,php,composer-php,Php,Composer Php,对于具有composer.json和composer.lock的现有库,我希望将单个依赖项升级到较新版本,并使此更改具有最小的侵入性 问题:如果要升级的包需要下游升级(A需要B,需要C),这是不可能的,因为composer.lock,因为B和C的版本也是固定的 作为一种解决方法,在较新的版本中也可能递归地需要这些代码,但最终会出现在composer.json中,并且需要手动删除 是否有更有效的流程来管理选定需求的“最小更改”升级 注意:我不想使用composer update,因为如果存在更新,

对于具有
composer.json
composer.lock
的现有库,我希望将单个依赖项升级到较新版本,并使此更改具有最小的侵入性

问题:如果要升级的包需要下游升级(A需要B,需要C),这是不可能的,因为
composer.lock
,因为B和C的版本也是固定的


作为一种解决方法,在较新的版本中也可能递归地需要这些代码,但最终会出现在
composer.json
中,并且需要手动删除

是否有更有效的流程来管理选定需求的“最小更改”升级

注意:我不想使用
composer update
,因为如果存在更新,这可能会更改所有锁定的版本。

您可以使用

composer update your package name
或者根据文档,您可以

php composer.phar update vendor/package vendor/package2
参考:

“作为解决方案,新版本中也可能递归地需要这些,但最终会出现在composer.json中,需要手动删除。”。为什么?如果它需要不同的版本,为什么不更新composer.json呢?因为对B和C的依赖是隐式的,不应该在composer.json.Ah中管理。是的,这很有意义。在这种情况下,我可能会首先
composer删除包,然后
composer需要新版本。