要将某个包精确更新到指定版本，需先在composer.json中修改为无符号的精确版本号（如”monolog/monolog”: “2.3.1”），再执行composer install；或用composer require vendor/package:1.5.0 –update-with-dependencies一步完成。
composer update 只更新某个包到指定版本
直接运行 composer update vendor/package 不会自动切到你想要的版本，它只按 composer.json 里已声明的约束（比如 "^2.0"）拉取最新兼容版。真要锁死到 2.3.1 这种具体版本，得先改依赖声明。
实操建议：
- 编辑
composer.json，把对应包的版本号改成精确值，例如："monolog/monolog": "2.3.1"（注意不带^或~） - 删掉
vendor/和composer.lock（可选，但能避免残留缓存干扰） - 运行
composer install—— 这才是真正按 JSON 里写的版本装 - 如果坚持用
update，得加--with-all-dependencies防止它跳过子依赖升级，但依然依赖 JSON 里的版本写法
用 composer require 强制重写依赖版本
composer require 其实比 update 更适合“切版本”这个动作，因为它会自动改写 composer.json 并安装，一步到位。
常见错误现象：执行 composer require vendor/package:1.5.0 后发现没生效，或者报 Root package vendor/package cannot be found —— 这通常是因为该包已在 composer.json 中存在，而 require 默认不允许覆盖。
实操建议：
- 加
--update-with-dependencies参数确保子依赖也对齐：composer require vendor/package:1.5.0 --update-with-dependencies - 如果提示冲突，先看
composer why-not vendor/package:1.5.0找出哪个包在拦着 - 不要手动改
composer.lock，它必须由 Composer 自动生成，否则下次install会出错
更新失败时常见的 conflict 错误怎么读
典型报错像：Conclusion: don't install vendor/package v1.5.0 或 Found conflicting requirements，这不是网络或权限问题，而是语义版本逻辑卡住了。
关键点在于 Composer 的依赖解析是全局一致的：它要同时满足所有包的版本约束，哪怕你只想动一个。
实操建议：
- 运行
composer prohibits vendor/package:1.5.0查谁在阻止安装 - 检查是否有其他包依赖了
vendor/package ^2.0，而你却要降级到1.5.0—— 这属于不兼容降级，Composer 会拒绝 - 若确定要强行覆盖，可用
composer require vendor/package:1.5.0 --no-update先写入 JSON，再composer update vendor/package --with-all-dependencies分步解冲突
production 环境下更新前必须确认的三件事
线上跑着的服务，composer update 不只是换个版本，可能牵扯 autoloader 行为、PHP 兼容性、甚至 DB 迁移脚本是否就绪。
容易被忽略的地方：
- 检查目标版本的
CHANGELOG.md或 github Release 页面，确认有没有BC break（比如方法签名变更、类名废弃） - 运行
composer check-platform-reqs，确保新版本支持当前 PHP、ext-curl 等扩展版本 - CI 流程里别只跑
composer install，上线前应补一句composer show vendor/package核对实际安装版本是否符合预期
版本号不是终点，依赖图收敛才是真正的完成信号。