真正跳过「lock 文件过期警告」的开关是 --no-check-lock（composer 2.2+），它允许 lock 文件比 composer.json “旧”，即不强制要求先执行 update，但不解决运行时依赖缺失或扩展未安装等问题。
composer install 时跳过依赖版本检查
Composer 默认会在 install 前校验 composer.lock 与 composer.json 是否一致，不一致就报错并中止。想绕过这个检查直接装 lock 文件里的版本，用 --no-scripts 不管用，真正起作用的是：
-
composer install --ignore-platform-reqs：跳过 PHP/扩展/扩展版本等平台约束（比如你本地 PHP 8.1 但依赖声明只支持 8.0+，它会忽略） -
composer install --no-interaction --no-progress：配合使用可避免交互和进度条干扰，但不解决 lock/json 不一致问题 - 真正跳过「lock 文件过期警告」的开关是
--no-check-lock（Composer 2.2+）——它允许 lock 文件比 json “旧”，即不强制要求先update
⚠️ 注意：--no-check-lock 不等于“无视依赖冲突”，它只是跳过一致性校验；如果 lock 里记录的包实际已从 Packagist 下架或被移除，安装仍会失败。
composer update 强制重算依赖而不验证当前 lock
如果你的 composer.json 已改，但不想让 Composer 报 Lock file is not up to date 就卡住，update 本身就不检查 lock 是否匹配 —— 它默认以 json 为准重新解析依赖树。但容易踩的坑是：
- 没加
--with-all-dependencies时，只更新根依赖声明的版本，子依赖可能被冻结在旧版，导致行为不一致 - 加了
--dry-run可预览变更，但不会跳过检查；想静默执行就用-n（即--no-interaction） - 若只想更新某几个包（如
composer update monolog/monolog symfony/console），其余保持 lock 中版本，就别加--with-all-dependencies，否则会连带升级整棵树
CI/CD 中绕过所有检查快速部署
流水线里常见需求是「不管环境、不验平台、不跑脚本、不提示」，典型命令组合是：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer install --no-interaction --no-progress --no-scripts --no-dev --ignore-platform-reqs --no-check-lock
其中关键点：
-
--no-dev必须显式加，否则 dev 依赖仍会装（即使 lock 里没记它们） -
--ignore-platform-reqs在容器环境最常用，比如用 alpine 镜像但没装 ext-zip，而某个包声明了"ext-zip": "*" -
--no-check-lock在 GitOps 场景下有用：代码提交时 lock 已生成，CI 拉代码后直接装，不关心本地有没有改过 json
为什么 --ignore-platform-reqs 不总能解决问题
这个参数只跳过 composer.json 或 composer.lock 中声明的 platform 和 platform-check 约束，但不解决运行时缺失扩展的问题。例如：
- 你跳过了
ext-gd检查，但代码里调用了imagecreatefrompng()，运行时仍会报Call to undefined function -
--ignore-platform-reqs不影响 autoloader 生成逻辑，也不跳过require的 PHP 版本语法校验（如 PHP 8.0+ 的联合类型在 PHP 7.4 运行时报错） - 某些包在
install后的post-install-cmd脚本里手动检测扩展，这时--no-scripts才真正起效
真要彻底跳过所有检查，得组合多个 flag，且必须清楚每项跳过之后 runtime 是否真的能跑通——lock 文件能装上，不等于应用能启动。
