composer没有bump命令，但可通过composer require和composer update升级依赖；使用composer require vendor/package:~2.1.0更新指定版本，composer update升级单个或全部依赖，composer outdated查看可升级列表，合理设置^或~版本约束可实现安全灵活的依赖管理。

Composer 并没有名为 bump 的内置命令，但开发者常提到 “composer bump” 是指升级项目依赖包的版本。你可以通过 Composer 提供的命令快速、安全地提升项目中的依赖版本。

使用 require 命令更新依赖版本

最直接的方式是重新运行 composer require 并指定新版本，这会更新 composer.json 并安装对应版本。

composer require vendor/package:~2.1.0

这条命令会将指定包升级到 2.1.x 的最新兼容版本，并写入 composer.json。

使用 update 命令批量或指定升级

若想升级已安装的依赖，使用 composer update：

• 升级单个包：composer update vendor/package
• 升级所有依赖：composer update
• 仅更新 lock 文件（不实际安装）：composer update –lock

Composer 会根据 composer.json 中的版本约束，拉取符合条件的最新版本。

查看可升级的依赖

在升级前，建议先检查哪些包有新版本可用。可以使用社区工具 composer-outdated 或原生命令：

SpeakingPass-打造你的专属雅思口语语料

使用chatGPT帮你快速备考雅思口语，提升分数

25

查看详情

composer outdated

该命令列出当前安装的包及其最新可用版本，帮助你判断是否需要升级。

自动化版本提升策略

为减少手动操作，可在 composer.json 中使用更宽松的版本约束，例如：

• ^1.2.0：允许更新到 1.x 的最新补丁和次版本（如 1.5.0），但不包括 2.0.0
• ~1.2.0：只允许补丁版本更新（如 1.2.3），不包括 1.3.0

合理设置版本号规则，可以让 composer update 更灵活地获取安全更新和功能改进。

基本上就这些。虽然没有 composer bump 这个命令，但通过 require 和 update 配合版本约束，能高效管理依赖升级。关键是理解版本号规则，避免意外引入破坏性变更。