composer 没有 --with 参数；--with-all-dependencies 仅用于 update 时扩大子依赖解析范围，而非指定版本；临时约束版本应使用 require vendor/pkg:ver 或 update vendor/pkg:ver。
直接说结论：Composer 没有 --with 这个参数，你看到的 --with-all-dependencies 或 --with 开头的命令，基本都是记混了、打错了，或者来自过时/错误的文档。
为什么搜 --with 会踩坑
很多人在查“如何临时指定某个包的版本”时，误以为存在类似 composer require foo/bar --with=1.2.3 这种语法。实际上：
• Composer 命令行不支持 --with 后接版本约束的写法
• --with-all-dependencies 是真实存在的，但它和“临时约束版本”无关，而是控制依赖传递行为
• 真正能临时约束版本的，只有 composer require vendor/package:version 或 composer update vendor/package 加显式版本号
--with-all-dependencies 到底是干啥的
它只在 composer update 场景下生效，作用是：当你要更新某个包时，连带更新它所有子依赖（哪怕那些子依赖没在 composer.json 中直接声明），避免因子依赖版本太老导致兼容问题。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 常见错误现象：运行
composer update monolog/monolog报错Conclusion: don't install monolog/monolog 2.12.0，但你知道它其实能跑通——大概率是它的某个子依赖（比如psr/log）被锁在旧版，挡住了升级 - 这时加
--with-all-dependencies：composer update monolog/monolog --with-all-dependencies，Composer 就会重新计算整个子依赖树，尝试找一个能共存的新组合 - 它不会改变你写的版本约束，也不会跳过冲突；只是扩大依赖解析范围，给求解器更多选择空间
- 慎用：可能意外升级一堆其他包，尤其是没写死版本的 dev 依赖
真正能“临时约束版本”的做法
想装某个特定版本、绕过当前 composer.json 的宽松约束，就别找不存在的 --with，用下面这几种：
- 对新包：直接
composer require vendor/package:2.9.0—— 冒号后写死版本，Composer 会覆盖composer.json里原有约束并写入 lock - 对已有包降级：
composer update vendor/package:1.25.5—— 注意不是require，update才能改已安装包 - 想骗过依赖方（比如某包硬要求
"vendor/old": "^1.0"，但你只想用2.9.0）："vendor/old": "2.9.0 as 1.99.99"写进composer.json，再composer update vendor/old - 临时跳过平台限制（仅开发验证）：
composer require vendor/package:dev-main --ignore-platform-reqs，但这个不解决依赖冲突，只绕过 PHP/扩展检查
最容易被忽略的一点：所有“临时”操作都会写入 composer.lock。如果你没提交 lock 文件，或者别人 composer install 时没拉到你的 lock，所谓“临时约束”就根本不会生效。
