composer update –lock 仅更新 composer.lock 文件中的元数据（如安装来源、git 提交哈希），不改变依赖版本；适用于同步环境信息或刷新源引用，常用于团队协作与 CI/CD 中保持安装一致性；虽看似安全，但在 composer.json 约束变更、Composer 版本差异或仓库配置变动时，可能引发意外解析或写入开发分支，导致生产风险；建议在明确无需版本升级时使用，避免在 CI/CD 中随意调用，提交前应检查 diff，确保无意外变更，并统一团队环境配置以减少 lock 文件漂移。
当你运行 composer update –lock 命令时，Composer 实际上并不会执行完整的依赖更新，而是仅更新 composer.lock 文件中的元数据，比如包的安装来源（如从 Git 提交哈希）或平台环境信息。这个命令不会改变已安装依赖的版本，它主要用来同步 lock 文件与当前解析出的依赖状态。
作用：更新 lock 文件中的源信息
在某些情况下，例如切换开发环境、使用不同版本的 Composer 或更改了 config 设置（如 preferred-install），composer.lock 中记录的安装方式可能不再准确。composer update –lock 可以刷新这些信息，确保 lock 文件反映当前环境中实际应如何安装依赖。
- 更新包的 source 引用（如 git commit hash、url 等）
- 保持依赖版本不变，不触发版本升级
- 适用于团队协作中统一安装源或 CI/CD 环境同步
潜在风险：看似安全，实则可能引发意外变更
虽然该命令不会主动升级依赖版本，但在特定条件下仍可能导致行为变化：
- 如果 composer.json 中的约束已发生变化（例如版本范围扩大），执行此命令可能触发意外解析，间接导致后续 install 行为改变
- 在不同 Composer 版本间运行时，依赖解析逻辑差异可能导致 lock 文件写入不同的哈希或来源，造成不必要的 diff 冲突
- 若本地有自定义仓库配置变动，可能误将开发分支写入 lock 文件，带来生产环境风险
建议使用场景与注意事项
这个命令适合在确认依赖版本无需变动的前提下，仅需刷新 lock 文件元数据时使用。
- 避免在 CI/CD 流程中随意调用，推荐使用 composer install 以保证一致性
- 提交更新后的 lock 文件前，仔细检查 diff，确认没有引入意外的源变更
- 团队协作中建议统一 Composer 版本和配置，减少因环境差异导致的 lock 文件漂移
基本上就这些。它不是常用命令，理解其行为边界比频繁使用更重要。