composer update vendor/package-name是唯一有效写法，必须写全vendor/name格式，不加参数、不加引号、不省略vendor，仅更新目标包及其满足版本约束的直系依赖，其他包完全不动。
composer update vendor/package-name 是唯一有效写法
想只更新某个厂商下的特定包，比如 monolog/monolog 或 symfony/console，必须写全 vendor/package-name 格式。漏掉 vendor/ 前缀（如只写 composer update monolog）会导致命令静默 fallback 到全量更新——它不会报错，但会重算整个依赖图，composer.lock 里一半条目都会变。
常见误操作包括：
- 加引号：
composer update "monolog/monolog"，在某些 shell 或旧版 Composer 下参数被忽略，实际执行的是无参composer update - 大小写错误：
Monolog/monolog或monolog/Monolog，Composer 匹配失败后同样静默走全量流程 - 拼错包名：
monolog/monolg，命令返回成功，但vendor/和composer.lock都没变化
为什么不能用 --only、--with-dependencies 或 require 替代
--only 这个参数根本不存在，强行使用会直接报错：[InvalidArgumentException] Unknown option "--only"。--with-dependencies 也不是“安全升级”，它会让 Composer 主动拉取目标包所有子依赖的最新兼容版，极易连带升级 psr/log、symfony/polyfill-* 等共享依赖，偏离“只动一个包”的初衷。
composer require vendor/package-name:version 更不是替代方案：它本质是改写 composer.json 后触发全量 install，可能顺带升级其他包、调整 PHP 版本要求，甚至把间接依赖提到根级——这不是更新，是重构依赖结构。
真正可控的路径只有一条：composer update vendor/package-name，不加任何额外参数。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
更新范围到底包含哪些内容
这条命令实际影响三类东西：
- 目标包自身（如
monolog/monolog） - 它在自己
composer.json的require字段中声明的子依赖（如"psr/log": "^2.0"） - 这些子依赖当前未被其他顶层包锁死的部分（例如
laravel/framework也依赖psr/log，但锁在^1.1，那monolog就无法把它推到^2.0）
所有其他顶层包（如 guzzlehttp/guzzle、phpunit/phpunit）版本记录在 composer.lock 中完全不变。但要注意：如果目标包新版本大幅收紧了 PHP 或扩展要求（比如要求 ext-json >= 8.2），而你本地环境不满足，命令会卡在平台检查阶段，不是失败，是直接跳过——你得看终端最后几行提示，而不是只盯“Updating”开头的输出。
如何验证是否真的只动了目标包
别信终端日志里的“Updating xxx”，要看 composer.lock 的 git diff：
- 只应出现
packages或packages-dev区块下对应包名的version、source、dist字段变更 - 如果看到大量其他包的
dist.shasum变了，大概率是 PHP 版本或扩展配置变了，触发了 platform 兼容性重计算，不是包被升级了 - 执行前加
--dry-run最可靠：composer update monolog/monolog --dry-run，输出里若出现symfony/console或laravel/framework，说明这个monolog新版和你的项目约束存在隐式冲突，得先查composer why-not monolog/monolog:^3.0.0
最常被忽略的点：composer update vendor/package-name 不会突破 composer.json 里已写的版本约束。你想升到 ^3.0，但当前写的是 "monolog/monolog": "^2.8"，那它永远停在 2.x 最新版——得先手动改约束，再跑这句命令。
