composer install 默认不更新已锁版本，仅按 composer.lock 安装；要拉取最新版须先运行 composer update 生成新 lock 文件，再执行 install。
Composer install 默认不更新已锁版本
执行 composer install 时，它只按 composer.lock 文件里记录的精确版本安装依赖，完全忽略 composer.json 中的版本约束（比如 "monolog/monolog": "^2.0"）。哪怕远程已有 v2.12.0，只要 lock 文件里锁的是 v2.11.0，composer install 就不会动它。
强制拉取最新发布版的正确做法是先更新 lock 文件
真正起作用的是 composer update，不是 install。想让下次 install 拉到最新版，必须先生成新的 lock 文件：
-
composer update—— 更新所有包到composer.json允许的最新版本（受 stability flags 限制） -
composer update monolog/monolog—— 只更新指定包 -
composer update --with-dependencies—— 同时更新该包及其直接依赖（避免版本冲突） - 加
--prefer-dist可跳过源码克隆，加快下载；加--no-dev则排除 dev 依赖
注意 stability 和 require-dev 的隐性影响
即使写了 "^2.0"，Composer 也不会装 alpha/beta 版，除非显式设置 "minimum-stability": "beta" 或在包名后加 @dev（如 "monolog/monolog": "^2.0@dev"）。另外，require-dev 里的包默认也会被 update 命中，如果只想更新生产依赖，得加上 --no-dev 参数。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CI/CD 环境下别误用 install 强制更新
有些脚本会写 composer install --no-cache && composer update --lock，这是冗余且危险的：--lock 并非独立命令，而是 update 的子选项；而 install 根本不接受 --force 或 --latest 这类参数。唯一可靠路径就是：改完 composer.json → 运行 composer update → 提交新的 composer.lock → 再在部署机上跑 composer install。
lock 文件没变，install 就不会变——这个逻辑很硬，绕不开。
