直接运行 composer update vendor/package-name 即可只更新指定包，它仅解析该包及其依赖、尊重其他包版本锁定、更新 composer.lock 对应条目；需用完整命名空间，避免意外升级可先 --dry-run 验证或用 --no-update-with-dependencies 排除。

直接运行 composer update vendor/package-name 即可只更新指定包，无需修改 composer.json 或清空整个 vendor 目录。

用 composer update 加包名精准更新

Composer 原生支持按包名更新，语法是 composer update vendor/name（如 monolog/monolog）。它会：

• 仅解析该包及其依赖的版本约束
• 尊重 composer.json 中已锁定的其他包版本（即不升级其他包）
• 重新生成 composer.lock 中对应条目，保持其余部分不变

注意：必须使用完整命名空间格式，不能省略 vendor 部分（composer update monolog 会报错）。

Json Schema Toolkit

使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。

下载

避免意外升级依赖项

某些包的子依赖可能被连带更新，尤其当目标包的新版本要求更高版本的依赖时。若想严格锁死所有非目标包：

• 先执行 composer update --dry-run vendor/package-name 查看将变更哪些包
• 确认无误后再去掉 --dry-run
• 如发现不希望更新的依赖（如 psr/log），可在命令后显式排除：composer update vendor/package-name --with-dependencies --no-update-with-dependencies（仅 Composer 2.5+ 支持 --no-update-with-dependencies）

更新失败常见原因与修复

执行后提示 Could not find package vendor/name 或 Root composer.json requires vendor/name ^x.y, found ... in lock file，通常因为：

• 包名拼写错误或大小写不符（Composer 包名区分大小写）
• 当前项目未在 composer.json 中声明该包（即使已安装在 vendor 中也不行）
• 该包已通过 require-dev 安装，但你没加 --dev 参数（此时需 composer update vendor/name --dev）
• 版本约束太紧（如 "^1.0"），而仓库中只有 2.x 版本，此时需先手动改 composer.json 再更新

composer update guzzlehttp/guzzle
composer update phpunit/phpunit --dev
composer update symfony/console --with-dependencies

最易忽略的是：更新单个包后，如果它的 API 有破坏性变更，而你的代码没同步调整，运行时才暴露问题——别只盯着命令是否成功，得验证实际调用逻辑。