如何在不更新lock文件的情况下安装依赖（composer install --locked）？

composer install 默认按 lock 文件安装依赖，不更新版本；确保一致性需提交 composer.lock 并避免运行 update 或修改依赖文件。

在使用 Composer 管理 PHP 依赖时，composer install 默认会读取 composer.lock 文件并安装其中锁定的依赖版本，前提是该文件存在。如果你希望确保完全不更新 lock 文件、也不允许任何依赖版本变动，可以使用更严格的模式来避免意外更改。

使用 --locked 标志（实验性）

目前 Composer 官方并未正式发布一个叫做 --locked 的稳定选项，但社区和部分开发分支中曾讨论或实验过类似功能。因此，直接使用 composer install --locked 可能会导致命令报错，因为该标志尚未被纳入稳定版本。

实现“不更新 lock 文件”的正确做法

虽然不能直接使用 --locked，但你可以通过以下方式达到相同目的：

• 只运行 composer install：只要不运行 update 或添加 --lock 相关参数，Composer 默认就不会修改 composer.lock。它只会根据已有 lock 文件安装依赖。
• 禁止写入 lock 文件：将 composer.lock 设置为只读，防止被意外修改。
  chmod 444 composer.lock
  这样任何试图更新 lock 文件的操作都会失败。
• 使用 --no-update option 检查状态：虽然这不是标准参数，但你可以编写脚本检查是否需要更新，从而控制流程。
• CI/CD 中验证 lock 文件完整性：在部署流程中加入检查步骤，比如确认执行 composer install 前后 lock 文件没有变化。

推荐实践：确保依赖一致性

为了保证团队和生产环境的一致性，请始终提交 composer.lock 到版本控制，并在所有环境中使用：

Remove.bg

AI在线抠图软件，图片去除背景

102

查看详情

这条命令的设计本意就是“按 lock 文件安装”，不会重新解析依赖或生成新的 lock 文件，除非你主动运行 composer update 或修改了 composer.json 并触发重生成。

基本上就这些。只要你不用 update 命令、不手动删掉 lock 文件、也不运行可能导致锁文件变更的操作，Composer 就不会更新它。真正的“--locked”行为已经内建在 install 命令中了。

以上就是如何在不更新lock文件的情况下安装依赖（composer install --locked）？的详细内容，更多请关注php中文网其它相关文章！