应执行 composer update --lock 重建 lock 文件，因其按 composer.json 重算哈希与依赖，不依赖已冲突的旧 lock；手动修改或保留合并标记必致解析失败、校验不通过或运行时异常。
别手动修 composer.lock，它不是普通 JSON 文件，改错一行就会让 composer install 直接失败或静默装错包。
为什么手动解决 composer.lock 冲突一定会出问题
Git 合并时留下的 <<<<<< HEAD 和 >>>>>> origin/main 标记本身就会让 JSON 解析失败；即使侥幸通过，packages 数组顺序错乱、空行缩进被调、字段顺序变动，都会导致 content-hash 校验不通过——后续 composer install 报 Invalid argument supplied for foreach() 或 Package xyz has a mismatched hash 是常态。
更隐蔽的风险是：本地能跑通，CI 构建或线上环境却类找不到、方法不存在，因为子依赖被意外降级或跳过校验。
-
composer.lock是快照，不是配置，它的字段顺序、哈希、平台约束都有语义 - 手动删空行、保留双方冲突块、调整缩进 → 等于伪造契约
- 哪怕只改一个逗号，
composer install --no-scripts都可能跳过报错，但运行时崩
冲突发生时该执行哪条命令：用 composer update --lock，不是 composer install
composer install 是“按 lock 装”，要求 lock 文件本身合法且匹配当前 composer.json；而 composer update --lock 是“按 json 重算 lock”，不依赖旧 lock，只读 composer.json 生成新 lock —— 这才是冲突场景下唯一安全的重建动作。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先确保
composer.json已无冲突（可git checkout --theirs composer.json或手动整合） - 删掉当前冲突的
composer.lock（或先mv composer.lock composer.lock.bak） - 运行
composer update --lock→ 输出应为Lock file operations: 0 installs, 0 updates, 0 removals - 如果输出里有大量
Updating xxx，说明composer.json还没拉齐，得先git pull origin main
多人协作中预防 lock 冲突的关键配置和流程
很多冲突其实可以避免。团队共用 "config": {"sort-packages": true} 后，Composer 会固定 packages 数组顺序，大幅减少“假冲突”（内容一致但顺序不同被 Git 标为冲突）。
- 在
composer.json里加"sort-packages": true，再执行一次composer update --lock提交新格式 - 所有依赖变更必须先改
composer.json，再立即执行composer update --lock，然后一起提交 - CI 脚本里禁用
--no-lock：用composer install --no-interaction，不是composer install --no-lock - CI 加校验步骤：
composer validate --strict && composer install --dry-run，失败即阻断
PHP 版本升级后 composer.lock 不兼容怎么办
从 PHP 8.2 升到 8.3 后，composer install 报 platform check failed，本质是 lock 文件里记录的包版本已不适用于当前环境。此时不能硬改 platform 字段，也不能忽略校验上线。
- 先确认
composer.json中"platform": {"php": "8.3"}是否已更新 - 删掉
composer.lock，再跑composer install→ Composer 会基于当前 PHP 版本 +composer.json重新生成兼容 lock - 若需临时调试，可用
composer update --ignore-platform-reqs，但上线前必须移除 - 注意：有些扩展（如
ext-mcrypt）在 PHP 8.3 已废弃，对应依赖可能彻底无法安装，得查文档替换
真正麻烦的从来不是命令怎么敲，而是有人在合并前忘了 git pull origin main，或者 CI 脚本里偷偷加了 --no-lock —— 这些地方一旦松动，lock 文件就不再是契约，而是一张废纸。
