composer install 不会更新依赖版本，因其本质是按 composer.lock 精确还原依赖，完全忽略远程新版本和 composer.json 的版本变更；真正升级依赖必须用 composer update 重新解析约束并更新 lock 文件。
composer install 为什么不会更新依赖版本？
composer install 的本质是“按 composer.lock 精确还原依赖”，它根本不管远程有没有新版本。哪怕你把 composer.json 里的 "monolog/monolog": "^2.0" 改成 "^3.0"，只要 composer.lock 没变，install 就不会动已安装的包。
所以想“强制拉最新稳定版”，不能靠 install —— 它不是干这事的。
该用 composer update 而不是 install
真正触发版本升级的是 composer update，它会重新解析 composer.json、查询 packagist、按约束选最新匹配的稳定版（即非 -dev、非 -alpha、非 -beta 的版本），然后更新 composer.lock 和 vendor。
- 运行
composer update会更新所有包（谨慎！） - 只更新某一个：比如
composer update monolog/monolog - 加
--with-dependencies可连带更新其子依赖（默认不更新） - 加
--no-dev排除require-dev中的包
注意：如果 composer.json 写的是 "^2.0"，它绝不会装 3.x；要升级大版本，必须先改 composer.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如何确保只装“稳定版”？
Composer 默认就只选稳定版，前提是没显式启用不稳定标记。但以下情况会意外引入不稳定版本：
-
composer.json中写了"monolog/monolog": "2.10.x-dev"或"@dev" - 全局配置里执行过
composer config minimum-stability dev - 某个包的
composer.json声明了"minimum-stability": "dev"且没设"prefer-stable": true
检查当前策略：composer config minimum-stability 应输出 stable；确认 prefer-stable：composer config prefer-stable 建议设为 true（避免小版本里混入 RC）。
常见误操作和坑
很多人在 CI 或部署脚本里写 composer install --no-cache，以为能“强制刷新”，结果还是旧版——因为 lock 文件没变，缓存与否不影响版本选择逻辑。
- 删
composer.lock再install？危险！会丢失精确版本控制，不同机器可能装出不同结果 - 用
composer update --lock？无效命令，Composer 没这个选项 - CI 环境中想“每次装最新稳定版”，正确做法是：删
composer.lock→composer install→git add composer.lock（仅限测试分支） - 生产环境永远用
composer install，靠lock文件保一致性；更新只发生在开发阶段并提交新lock
真正的“强制最新稳定版”链条只有两条路：改 composer.json + update，或者删 lock + install（后者绕过语义化约束，风险自担）。
