composer require --no-update仅修改composer.json，不更新vendor或composer.lock，不解析、下载或安装任何包；后续必须执行composer update或update --lock才能生效，install会因锁文件缺失目标包而报错。
composer require --no-update 只改 composer.json，不碰 vendor 和 lock
它根本不会触发任何依赖解析、下载或安装动作，连 composer.lock 都不动——这不是“暂停”，是彻底跳过执行层。常见错误是以为加了 --no-update 后跑一次 composer install 就能装上，结果报错：Lock file does not contain required package "xxx"，因为 install 严格依赖 lock 文件，而 --no-update 根本没生成或更新它。
- 只适合“先声明、后执行”的场景：比如批量写入多个包、CI 脚本中分阶段注入工具链、安全扫描后人工确认再安装
- 想升级已有包？不能直接
composer require vendor/package:^3.0 --no-update，会报错Package ... is already present；得先手动删掉composer.json里旧行，再加新约束 - 版本符号别漏：写
monolog/monolog:3.0是精确锁定，monolog/monolog:^3.0才允许升到3.x最新版——线上事故常卡在这一个^
composer remove --no-update 删除声明但保留运行时环境
执行 composer remove vendor/package --no-update 后，composer.json 里那行没了，vendor/ 目录里的文件还在，composer.lock 也纹丝不动。这很适合灰度下线、配置先行的流程，比如先从 JSON 移除监控 SDK，等观察几天无异常，再统一 composer update --lock 清理锁和 vendor。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 后续必须补操作：仅靠
install不行，它不会删已安装但未声明的包；得用composer update --lock（只更新 lock）或composer update（更新 lock + vendor） - 如果误删了
composer.lock又跑了--no-update，别指望install自动恢复——必须手动composer update重建锁文件 - 批量移除多个包时，连续跑几次
remove --no-update比每次全量update快得多，避免重复解析整棵树
想只更新一个包？别用 --no-update，用 composer update vendor/package
--no-update 不是用来“部分更新”的，它是“零更新”；真正精准控包得靠 composer update vendor/package。它默认只拉取该包及其满足 composer.json 版本约束的子依赖，其他顶层包完全不动——前提是这些包没被目标包的新依赖树间接拖动。
- 包名必须带
vendor/前缀：写composer update monolog会静默 fallback 到全量更新；composer update "monolog/monolog"在某些 shell 下还会解析失败 - 升级卡住？先
composer why-not vendor/package:2.0.0查冲突源，再看composer show vendor/package确认它的require列表，预判哪些子依赖可能被连带升级 - 想锁死子依赖？Composer 2.2+ 支持
--no-update-with-dependencies，但前提是你当前环境已满足目标包所有子依赖的最低要求，否则直接报 conflict
为什么 --no-update 后不能靠 install 救场？
因为 composer install 的行为完全由 composer.lock 驱动：有 lock 就按 lock 装，没 lock 就按 composer.json 装并生成新 lock。而 --no-update 既不生成 lock，也不更新 lock，所以 install 要么报错，要么装出和之前完全无关的一套版本——尤其当 composer.json 里新增了包但 lock 里没有时，install 会拒绝执行。
- 唯一可靠路径：修改完 JSON 后，用
composer update或composer update --lock同步锁文件 - CI 流程中若想分离“写配置”和“跑安装”，必须保证写完 JSON 后，下一步明确执行 update 类命令，而不是假设 install 会自动兜底
- 最容易被忽略的一点：即使你用了
--no-update，只要后续执行的是composer update，Composer 依然会读取composer.lock中已记录的版本作为默认候选——这意味着 lock 文件的历史状态会影响新包的解析起点
