Composer 没有 --with 参数；--with-all-dependencies 仅用于 update 时扩大子依赖解析范围，而非指定版本；临时约束版本应使用 require vendor/pkg:ver 或 update vendor/pkg:ver。
直接说结论：
Composer 没有
这个参数，你看到的
或
开头的命令，基本都是记混了、打错了，或者来自过时/错误的文档。
为什么搜
会踩坑
很多人在查“如何临时指定某个包的版本”时，误以为存在类似
这种语法。实际上：
• Composer 命令行不支持
后接版本约束的写法
•
是真实存在的，但它和“临时约束版本”无关，而是控制依赖传递行为
• 真正能临时约束版本的，只有
或
加显式版本号
到底是干啥的
它只在
场景下生效，作用是：当你要更新某个包时，连带更新它所有子依赖（哪怕那些子依赖没在
中直接声明），避免因子依赖版本太老导致兼容问题。
Composer 2.9.6
Composer 2.9.6 是 PHP 生态中高效、稳定的依赖管理工具。此版本在性能与兼容性上进一步优化，改进了依赖解析算法，提升大型项目中的安装与更新速度。它支持并行下载任务，显著减少等待时间，并增强了与私有仓库及镜像源的交互稳定性。同时修复了多项命令行交互与内存使用相关的缺陷，确保在复杂依赖关系下依然可靠运行。无论是新项目初始化还是现有系统维护，Composer 2.9.6 都能为开发者提供流畅、精准的依赖管理体验。
下载
常见错误现象：运行
报错
，但你知道它其实能跑通——大概率是它的某个子依赖（比如
）被锁在旧版，挡住了升级
这时加
：
，Composer 就会重新计算整个子依赖树，尝试找一个能共存的新组合
它不会改变你写的版本约束，也不会跳过冲突；只是扩大依赖解析范围，给求解器更多选择空间
慎用：可能意外升级一堆其他包，尤其是没写死版本的 dev 依赖
真正能“临时约束版本”的做法
想装某个特定版本、绕过当前
的宽松约束，就别找不存在的
，用下面这几种：
对新包：直接
—— 冒号后写死版本，Composer 会覆盖
里原有约束并写入 lock
对已有包降级：
—— 注意不是
，
才能改已安装包
想骗过依赖方（比如某包硬要求
，但你只想用
）：
写进
，再
临时跳过平台限制（仅开发验证）：
，但这个不解决依赖冲突，只绕过 PHP/扩展检查
最容易被忽略的一点：所有“临时”操作都会写入
。如果你没提交 lock 文件，或者别人
时没拉到你的 lock，所谓“临时约束”就根本不会生效。
--with--with-all-dependencies--with--withcomposer require foo/bar --with=1.2.3--with--with-all-dependenciescomposer require vendor/package:versioncomposer update vendor/package--with-all-dependenciescomposer updatecomposer.jsoncomposer update monolog/monologConclusion: don't install monolog/monolog 2.12.0psr/log--with-all-dependenciescomposer update monolog/monolog --with-all-dependenciescomposer.json--withcomposer require vendor/package:2.9.0composer.jsoncomposer update vendor/package:1.25.5requireupdate"vendor/old": "^1.0"2.9.0"vendor/old": "2.9.0 as 1.99.99"composer.jsoncomposer update vendor/oldcomposer require vendor/package:dev-main --ignore-platform-reqscomposer.lockcomposer install