composer.lock冲突不应手动解决，而应通过composer update --lock重建；需先确保composer.json无冲突，再删除冲突lock文件并执行该命令，理想输出为“0 installs, 0 updates, 0 removals”，否则说明composer.json尚未同步干净。
composer.lock冲突时别手动改，先确认它是不是真要合并
绝大多数composer.lock冲突根本不需要“合并”，而是该被丢弃重生成。Git 报冲突，往往只是两个分支各自跑过composer update、或增删了包，导致content-hash、packages数组顺序、平台字段不一致。这些差异本身不构成语义冲突——只要composer.json没冲突，lock 就不该手工缝合。
判断是否真要合并，看三点：
- 打开冲突块（
到 <code>>>>> branch-name），只关注packages里有没有同一包的**互斥版本**（如"guzzlehttp/guzzle": "7.8.0"vs"guzzlehttp/guzzle": "8.1.0"） -
packages-dev是否有开发依赖增减（比如一方加了phpunit/phpunit，另一方没加） -
platform字段是否不同（如"php": "8.2.0"vs"php": "8.1.25"）——这说明环境不一致，得先统一 PHP 版本，而不是合并 lock
git status干净后，用composer update --lock重建
手动删掉冲突标记、调 JSON 缩进、选一边保留——全都不安全。唯一能保证哈希自洽、依赖可复现的操作是：composer update --lock。它不读旧 lock，只基于当前 clean 的 composer.json 重新生成快照。
执行前必须确保：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
git status显示只有composer.lock是 unmerged 状态，composer.json必须干净（可用git checkout --theirs composer.json强制拉主干） - 先备份：
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再试
多个分支都改了依赖？别硬合并，分步重装
当 feature-A 升级了 laravel/framework，feature-B 加了 spatie/laravel-ray，直接 merge lock 会出问题。这时不能靠 Git 合并，而应走语义化重装流程：
- 切回主干（如
main），运行composer update拉齐基础依赖 - 切回 feature-A 分支，只执行
composer require spatie/laravel-ray（或composer update spatie/laravel-ray --with-all-dependencies） - 再运行
composer update --lock，生成新 lock - 提交时，
composer.json和composer.lock必须一起提交，不可只提一个
为什么GitHub的“Resolve conflicts”按钮对composer.lock完全不可信
GitHub/GitLab 的自动合并建议只是做文本合并，它不管 content-hash 是否失效、dist.sha256 是否错位、packages 数组顺序是否影响依赖解析路径。一旦冲突标记残留，composer install 会直接报 Invalid argument supplied for foreach() 或静默降级子依赖——线上报 Class not found 都是轻量后果。
真正容易被忽略的点是：composer.lock 不是配置文件，它是带语义的二进制安全快照。字段顺序、空行、platform 值、甚至本地 PHP 版本浮动，都会让同一个 composer.json 生成完全不同的合法 lock 文件。所以预防比解决更重要：在 composer.json 里加 "sort-packages": true，统一 "platform" 约束，CI 脚本禁用 --no-lock，并在 .gitattributes 中写入 composer.lock -diff -merge ——逼所有人走正路。
