0
composer.jsonとcomposer.lockの既存のライブラリの場合、単一の依存関係を新しいバージョンにアップグレードし、この変更を最小限の侵襲性にしたいと考えています。composer.lockが存在する場合、選択したパッケージをアップグレードする方法は？
問題：アップグレードするパッケージに、composer.lockのために可能でないダウンストリームアップグレード（AはBが必要、Cが必要）が必要な場合は、BとCのバージョンも修正されています。
回避策として、新しいバージョンでも再帰的に要求される可能性がありますが、最終的にはcomposer.jsonになり、手動で削除する必要があります。
選択した要件の「最小限の変更」アップグレードを管理するための効率的なプロセスはありますか？
注：アップデートが存在する場合、すべてのロックされたバージョンが変更される可能性があるので、composer updateは使用しません。
composer update your package name
またはRef
php composer.phar update vendor/package vendor/package2
することができますドキュメントごとに使用することができます
を」作曲家.jsonで手動で削除する必要があります。 "どうして？別のバージョンが必要な場合は、composer.jsonを更新しないでください。 – rpkamp
BとCの依存関係は暗黙的なので、composer.jsonでは管理しないでください。 – andig
ああ、それは理にかなっている。その場合、私はおそらく最初にパッケージを作曲して削除し、次に新しいバージョンを作曲者に要求します。 – rpkamp