composer.lock 文件不能加 ignore 规则，因其是 Composer 自动生成的依赖快照，任何手动修改（如删减、注释、缩进调整）都会导致 content-hash 失败，使 composer install 报错。
composer.lock 文件本身不能配置“忽略规则”——它不是配置文件，而是依赖图的完整快照，所有内容都由 Composer 自动生成并严格校验。你无法在其中写注释、加 ignore 字段或删减某几行来“让某个包不被更新”。试图手动编辑它，大概率导致 content-hash 失败，后续 composer install 直接报错退出。
为什么不能在 composer.lock 里加 ignore？
composer.lock 的作用是固化安装结果：version、dist.sha256、autoload 映射、甚至每个包的完整子依赖树。它的 content-hash 是对整个 JSON 结构（含缩进、字段顺序）的哈希值。任何手动改动——包括删掉某个包的区块、调整缩进、注释掉某行——都会使 hash 不匹配，Composer 拒绝执行任何操作。
- Git 合并冲突时手改 lock 文件 →
content-hash mismatch - 用文本编辑器删掉
topthink/framework的条目 →composer install报找不到该包 - 把
"php": "8.2.15"改成"php": "8.3.0"→ 安装可能成功，但 autoload 可能漏映射类
真正想“忽略更新”，该动哪里？
所有可控的“忽略”动作，必须落在 composer.json 或命令行参数上，而不是 lock 文件：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 锁定版本：把
"monolog/monolog": "^2.0"改成"monolog/monolog": "2.9.1"（不带^），再运行composer update monolog/monolog，lock 文件自然就锁死这个版本 - 阻止升级：用
"conflict": {"monolog/monolog": ">=3.0.0"}，下次 update 解析出 3.x 就直接失败，不会碰它 - 声明已存在：在
config.platform里加"monolog/monolog": "2.9.1"，Composer 会跳过安装和更新（但你要确保 vendor 里真有它，且 autoload 正常） - 命令行临时跳过：
composer update --ignore=monolog/monolog（Composer 2.2+），但它不绕过依赖图检查——如果其他包强依赖 monolog 3.x，依然会冲突
CI/CD 中常见误操作：删 lock 后又加 --ignore-platform-reqs
有些脚本写成：rm composer.lock && composer install --ignore-platform-reqs。这看似“彻底重来”，实则埋了两个坑：
- 删 lock 后
composer install会退化为全量update行为，可能拉入不兼容的新版包（比如 Laravel 11 + PHP 8.1） -
--ignore-platform-reqs此时只跳过 PHP/扩展检查，但不会阻止symfony/console和laravel/framework因语义化版本约束冲突而失败 - 更糟的是：CI 镜像里 PHP 版本低、缺 ext-zip，你加了 ignore 装上了包，但 runtime 阶段一调
ZipArchive就崩
真正容易被忽略的点是：composer.lock 的存在本身，就是一种强制约束。你不需要、也不能给它加“忽略”；你需要做的是，在 composer.json 层明确表达意图——要锁死，就写死版本；要拦住危险升级，就用 conflict；要临时跳过，就用命令行参数，且只针对具体 platform 项。一切绕过 lock 的操作，本质都是放弃一致性保障。
