composer why-not laravel/framework:11.0.0 从下往上显示阻断路径，末行是根声明，往上每行末尾（required by...）指明谁拉低版本；必须带完整版本标识如 guzzlehttp/guzzle:^8.0。
composer why-not 是定位冲突的第一步
报错里出现 don’t install laravel/framework:11.0.0，不代表问题出在 Laravel 本身——它只是求解失败后的结论。真正卡住你的，是某条向上的约束链。运行：
composer why-not laravel/framework:11.0.0
输出会从下往上列出阻断路径，例如：
myapp/core dev-main requires guzzlehttp/guzzle (^6.5)laravel/framework 11.0.0 requires guzzlehttp/guzzle (^8.0)
最后一行才是你项目根目录的声明，往上每行末尾的 (required by ...) 指明谁在拉低版本。注意：composer why-not 必须带完整版本标识（如 guzzlehttp/guzzle:^8.0），写 ^8 或 8.0 都可能报 Package not found。
用 --with-dependencies 精准升级单个包
想把 monolog/monolog 升到 3.0.0，但直接 composer update monolog/monolog 很可能失败，因为 Composer 默认拒绝更新其依赖项。必须加参数：
composer update monolog/monolog --with-dependencies
这个参数告诉求解器：允许为满足新版本要求，同步更新 monolog/monolog 所需的最小依赖集（比如 psr/log），但不会波及 phpunit/phpunit 或 laravel/framework 这类无关项。漏掉它，大概率收到 Your requirements could not be resolved。
升级后立刻执行：
git diff composer.lock
确认只有 monolog/monolog 及其直系依赖被改动。如果看到 symfony/console 或 phpunit 的版本也变了，说明没加 --with-dependencies 或用了错误的命令形式。
手动锁定中间兼容版本比放宽约束更可靠
当两个包一个要求 ^1.25、一个要求 ^2.10，它们没有语义化交集。此时别写 "^1.25 || ^2.10"——这等于把兼容性问题推迟到运行时报错，且 Composer 不支持这种 OR 语法。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法是去 Packagist 查发布记录，找一个被双方都接受的版本，比如 v2.9.3 同时满足：
- A 包的
^2.0 - B 包的
>=2.8.0
然后在 composer.json 中显式写死：
"monolog/monolog": "2.9.3"
注意：降级跨主版本（如从 guzzlehttp/guzzle:^8.0 切回 7.4.5）时，也必须写死完整版本号，不能用 "^7.0"——否则 Composer 可能选到 7.9.0 这类不兼容的小版本。
生产环境锁文件失效时只用 composer update --lock
线上部署报 Your requirements could not be resolved 或 content-hash mismatch，说明 composer.lock 已与 composer.json 脱节，或本地 vendor/ 与 lock 不一致。此时绝不能删 vendor/ 再 install，也不能直接 update——那会重算整个图，风险不可控。
唯一安全操作是：
composer update --lock
它不读旧 lock，也不动 vendor/，只按当前 composer.json 重新生成合法的 composer.lock。预期输出是：
Lock file operations: 0 installs, 0 updates, 0 removals
如果出现大量 Updating xxx，说明 composer.json 还没对齐，得先拉最新代码再试。生成后立即提交新 lock 文件，否则下次部署还会复现。
