必须先用composer why-not定位阻塞链再降级，而非强行require覆盖；报“conclusion: don’t install”时应立即运行composer why-not查真实依赖冲突路径，并用--with-dependencies定点更新。
不能靠composer require强行覆盖版本冲突，必须先定位阻塞链再做针对性降级。
composer why-not 是你该敲的第一个命令
报错里写“Conclusion: don’t install monolog/monolog:2.9.0”，但没说谁在拦。这时候别改composer.json，直接运行：
composer why-not monolog/monolog:2.9.0
它会输出真实阻塞路径，例如：
myapp/core dev-main requires guzzlehttp/guzzle (^6.5)monolog/monolog 2.9.0 requires guzzlehttp/guzzle (^7.2)
说明问题不在 monolog 本身，而在 guzzlehttp/guzzle 的版本无交集。接着顺藤摸瓜：
composer why guzzlehttp/guzzle
常见结果是某个私有 SDK、老旧测试工具，或 require-dev 里的包锁死了 6.x。
降级不是删 vendor，而是用 --with-dependencies 定点压版本
你想把 guzzlehttp/guzzle 从 7.x 降到 6.5，同时不牵连其他包，就别跑全量 composer update。正确做法是：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先在
composer.json中显式声明："guzzlehttp/guzzle": "^6.5" - 再执行：
composer update guzzlehttp/guzzle --with-dependencies
- 不加
--with-dependencies，Composer 可能拒绝执行（报“无法满足要求”） - 避免写
composer update "guzzlehttp/guzzle:^6.5"—— 引号 + 波浪号会让 Composer 尝试找兼容的最新版，而非压到 6.x
如果提示 “Your requirements could not be resolved”，大概率是 PHP 版本不匹配（比如 guzzlehttp/guzzle 6.x 要求 PHP >=7.2，而你本地是 7.1），这不是命令问题，是环境卡点。
require-dev 是隐形冲突高发区
主项目用 laravel/framework: ^10.0，却让 orchestra/testbench: ^7.0 进来 —— 它内部硬绑 Laravel 9，就会触发冲突。这类问题在模块化开发中尤其高频，因为每个组件都可能自带一套 require-dev。
- 运行
composer depends --tree phpunit/phpunit看是不是某个生产包偷偷依赖了它 -
composer show --tree | grep guzzle确认它是不是被require-dev里的工具悄悄拉进来的 - CI 或部署时用了
--no-dev，但某个测试工具又被主依赖间接拉进来，就可能触发隐性冲突
真正起作用的是 composer.lock 里的 resolved 版本，composer.json 中重复项不会导致安装失败，但会误导维护者。
dev 分支引用会绕过所有版本约束
用 "some/package": "dev-main" 这类开发分支引用，等同于告诉 Composer：“我接受任何提交”。一旦上游改了接口或删了函数，你的 composer update 就可能悄无声息地引入 break change。
- 生产环境绝对不要用
dev-前缀；必须用就加#commit-hash锁死，例如："some/package": "dev-main#abc1234" -
composer outdated不会提醒你 dev 分支有新提交，它只比对 tag；所以这类包要单独盯紧 - 如果某个包只有 dev 分支可用，优先考虑 fork 后打自己的 tag，而不是长期依赖不稳定的分支
复杂点在于：Composer 的 SAT 求解器在暴力试错时，遇到 conflict、replace 或 30+ 包时，解析时间会指数上升。别等它卡住，先用 composer update --dry-run -v 看日志里反复出现 Trying + 回退，确认是解析瓶颈再动手。
