对于带有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
参考:https://getcomposer.org/doc/03-cli.md#update