只更新单个包需用 composer update vendor/package-name（全名、无引号、含斜杠），它仅升级该包及其直系依赖；全量更新前必须先运行 composer outdated 检查，再谨慎执行 composer update --with-all-dependencies，并核对 composer.lock 变更。
想只更新一个包，就用 composer update vendor/package-name；想全量更新，必须先看 composer outdated，再决定是否执行 composer update —— 其他写法基本都失控或无效。
只更新单个包：必须写全名，不能加引号、不能漏斜杠
命令形如 composer update monolog/monolog，这是 Composer 原生支持的唯一可靠方式。它只拉取该包在 composer.json 中约束范围内（比如 "^3.0"）的最新兼容版本，并顺带升级其直系依赖（只要没被其他包锁死）。
- 写成
composer update monolog（漏掉/monolog）→ Composer 找不到匹配项，静默 fallback 到无参数行为，等于全量更新 - 写成
composer update "monolog/monolog"（加引号）→ shell 可能吞掉引号，实际执行变成composer update，风险极高 - 该包必须已声明在
composer.json的require或require-dev里；如果是间接依赖（没出现在composer.json中），这个命令无效
更新后别的包也变了？这正常，但得知道为什么
执行 composer update monolog/monolog 后，psr/log 或 symfony/console 版本变了，不是 bug，是依赖求解的必然结果。只要变动的是目标包的**直系依赖**，且旧版本无法满足它新版本的 require 字段，Composer 就必须升级。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 例如
monolog/monolog:^3.0明确要求"symfony/console": "^6.2"，而你composer.lock里是6.1.0，那symfony/console就得升 - 这种连带升级不能关掉，它是语义化版本 + 依赖约束的逻辑产物
- 想预判影响范围：
composer show monolog/monolog看它的require列表；或加--dry-run：composer update monolog/monolog --dry-run
想升到特定版本，不能直接写 :3.0.0
composer update monolog/monolog:3.0.0 这种写法无效，Composer 不支持命令行直接指定版本更新。要锁定版本，必须两步走：
- 手动编辑
composer.json，把对应字段改成目标值，例如："monolog/monolog": "3.0.0" - 再执行
composer update monolog/monolog（注意仍要带包名，否则又变全量） - 如果只是小版本微调（如
2.8.1 → 2.8.3），且约束没变（仍是"^2.8"），通常不需要改composer.json，直接composer update monolog/monolog就够了
全量更新前，必须先跑 composer outdated
直接 composer update 是运维事故高发操作。它会重算整个依赖图、忽略 composer.lock、按 composer.json 约束安装最新兼容版本——这不是“更新”，是“重新协商”，生产环境误用等于主动引入不确定性。
- 先运行
composer outdated --direct，它不改任何文件，只告诉你哪些显式声明的依赖有新版可升，并标出[security]或主版本跳变（如symfony/console 5.4 → 6.4） - 若确认要全量升级，推荐加
--with-all-dependencies：composer update --with-all-dependencies，它会递归更新子依赖，避免部分包被锁死 - 永远在运行前提交当前
composer.lock，或先备份：cp composer.lock composer.lock.bak
真正容易被忽略的点是：执行完 composer update 后，别只信终端输出。必须立刻 git diff composer.lock，确认只改了目标包及其直系依赖的条目——尤其是 packages 下该包的 version、source、dist 字段，以及 packages-dev 区块是否也被动改动。
