使用 --no-update 可延迟依赖安装，适用于仅修改元信息、暂存配置变更、分离CI/CD步骤等场景，如 composer require vendor/package --no-update 仅更新 composer.json 和 lock 文件而不下载包，最终需运行 composer install 完成安装。
当你修改 composer.json 文件但不想立即安装或更新依赖时，就可以使用 --no-update 参数。这个参数的作用是：只更新 composer.lock 文件和本地配置，跳过依赖包的下载与安装过程。
何时使用 --no-update？
以下是一些典型场景：
• 仅修改项目元信息 比如你更改了项目的名称、描述、作者或类型（type），这些变更只影响 composer.json，不需要重新安装依赖。使用composer install --no-update 可以避免不必要的包同步。
• 暂存 composer.json 变更用于版本控制
在开发过程中，你可能想先提交 composer.json 的修改（例如新增一个建议包或脚本定义），但暂时不让团队成员更新依赖。使用 --no-update 能确保本地不会自动拉取新包。
• CI/CD 或构建流程中分离配置与安装步骤
某些自动化流程希望明确区分“声明依赖”和“安装依赖”两个阶段。先用 --no-update 验证 composer.json 合法性，再在后续步骤中执行实际安装。
• 添加 autoload 配置但不重新生成 autoloader
如果你只是调整了 PSR-4 或 classmap 映射，但不想触发整个依赖树的更新，可以配合 composer dump-autoload --no-update 使用（注意：dump-autoload 本身不涉及 update，但某些自定义命令流程中会组合使用）。
常见命令示例
以下是几个实用命令：
-
composer require vendor/package --no-update—— 将包写入 composer.json 和 composer.lock，但不下载 -
composer init --no-update—— 初始化项目时不安装任何依赖 -
composer install --no-update—— 执行 install 流程但跳过依赖更新（适合只改 metadata 的情况）
之后你可以手动运行 composer update 或 composer install 来真正同步依赖。
注意事项
使用 --no-update 后，新增的依赖虽然记录在 composer.json 中，但尚未下载到 vendor 目录。在部署或运行代码前，必须确保最终执行了无参数的 composer install 来完成实际安装。
基本上就这些。这个参数适合在需要“延迟安装”的场景下使用，让依赖管理更灵活。
