composer update 必须指定包名（如 monolog/monolog）才能只更新该包；不加参数会更新所有过时依赖，且无 --only 选项；需确保包存在于 composer.json 中，并注意 platform 配置与本地环境一致、dev 分支已同步。
composer update 只更新一个包，必须加包名参数
直接运行 composer update 会更新 composer.lock 中所有过时依赖，不是你想要的。要只更新某个包，命令里必须显式写出它的 vendor/name 格式名称。
- 正确写法：
composer update monolog/monolog - 错误写法：
composer update --only monolog/monolog（Composer 没有--only这个选项） - 如果包名拼错或不在
composer.json的require或require-dev里，命令会报错：Package monolog/monolog not found in composer.json - 它会尊重
composer.json中该包的版本约束（比如^2.0），不会升级到不兼容的大版本
更新时锁定其他依赖不被波及
默认情况下，composer update vendor/package 仍可能连带更新其子依赖（比如该包新版本要求更高版的 psr/log）。如果你只想动目标包、其余纹丝不动，得加 --with-dependencies 的反向操作——其实更稳妥的是用 --with-all-dependencies 配合精确范围控制，但多数人真正需要的是「最小扰动」。
- 推荐做法：先运行
composer update vendor/package --dry-run看预估变更，重点关注输出里有没有其他包出现在「Updating」行 - 若发现连带更新，检查
vendor/package新版本是否放宽了子依赖约束；可临时在composer.json中为关键子依赖加固定版本（如"psr/log": "1.1.4"）再重试 - 注意：
--no-update在这个场景下无意义，它只是跳过安装步骤，不影响解析逻辑
dev-main 或分支别名更新容易失败
当你依赖的是开发分支（如 "myorg/mylib": "dev-feature/x#abcd123"），直接 composer update myorg/mylib 很可能卡住或报 Could not find package，因为 Composer 默认只查稳定版本源。
- 必须确保
composer.json中该包的版本字符串是可解析的，例如改用"dev-feature/x as 1.0.x-dev"形式 - 执行前先
git pull对应仓库的分支，否则 Composer 拉不到最新 commit - 如果用的是
path仓库类型，composer update不会自动同步本地代码变更，得手动rm -rf vendor/myorg/mylib && composer install
更新后 lock 文件变化比预期多？检查 platform-config
composer.lock 里出现一堆无关包的 hash 变更，不一定是因为它们被升级了，很可能是 PHP 或扩展版本声明变了，触发了平台兼容性重计算。
- 运行
composer config platform.php和composer config platform.ext-xdebug确认当前锁定的平台版本是否和本地实际一致 - 如果本地 PHP 升级过（比如从 8.1 到 8.2），但
composer.json里还写着"platform": {"php": "8.1"}，Composer 就会重新评估所有包的可用版本，导致 lock 文件大面积变动 - 这种情况下，先
composer config platform.php 8.2同步配置，再composer update vendor/package，才能保证变更干净
