推荐使用 Composer 2.2+ 的 --ignore 参数跳过特定包更新，如 composer update --ignore=monolog/monolog；旧版本可用锁定版本+显式更新范围或临时修改 composer.json 约束。
可以通过 composer update 的 --with-dependencies 配合 --no-update-with-dependencies 或更直接的方式：使用 --ignore 参数（Composer 2.2+）或临时注释 + update 范围控制来跳过特定包。
使用 --ignore 参数（推荐，Composer 2.2+）
Composer 2.2 起原生支持 --ignore，可明确排除某个包及其子依赖不参与更新：
- 命令示例：
composer update --ignore=monolog/monolog - 支持多个包：
composer update --ignore=monolog/monolog --ignore=phpunit/phpunit - 注意：被忽略的包版本不会变，其依赖也不会被顺带更新（即真正“跳过”）
锁定版本 + 更新其他包（兼容旧版 Composer）
若用的是 Composer 2.1 或更早，--ignore 不可用，可改用“只更新指定包”的反向策略：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 先查看当前已安装的包列表：
composer show - 记下想保留的包名和当前版本（如
guzzlehttp/guzzle v7.5.0） - 执行更新时显式列出**要更新的包**，不包含目标包：
composer update symfony/* laravel/framework - 这样未列出的包（如
guzzlehttp/guzzle）将保持原版本不动
临时修改 composer.json（稳妥但需还原）
适用于需要确保绝对不更新、且能接受短暂编辑配置的场景：
- 打开
composer.json，找到对应包的 require 条目 - 将其版本号改为精确版本（如
"monolog/monolog": "2.9.1"），去掉^或~ - 运行
composer update—— 因版本锁死，该包不会变动 - 更新完成后，可手动改回宽松版本约束（如
"^2.9"），避免后续维护遗漏
用 replace 或 conflict（进阶控制）
适合长期固定某包、或防止意外引入冲突版本：
-
"replace"：声明本项目“替代”某包（常用于 fork 替换），Composer 将不再安装原包 -
"conflict"：例如"conflict": { "laravel/framework": ">=10.0.0" }，阻止升级到不兼容版本 - 二者都写在
composer.json根对象中，生效于所有 update 操作
基本上就这些。日常推荐优先用 --ignore（够简洁），老项目可选锁定版本法。关键是别误以为 require 里写死版本就万事大吉——如果其他包的依赖树强制拉取新版本，仍可能触发升级，所以配合 update 范围控制更可靠。
