Composer不支持通配符批量更新，必须通过shell脚本（如grep+xargs）或封装函数筛选包名后调用composer update，或统一在composer.json中设置版本约束实现协同升级。
Composer 不支持通配符批量更新，composer update 命令本身没有 * 或 foo/* 这类语法来匹配包名前缀。所谓“批量更新指定前缀的包”，必须靠外部工具或脚本辅助实现。
为什么 composer update vendor/prefix-* 会失败
Composer 解析参数时，把 vendor/prefix-* 当作一个完整包名去查 composer.lock 或 packagist，而实际锁文件中记录的是具体版本（如 vendor/prefix-a、vendor/prefix-b），不是 glob 模式。所以它要么报错 Package not found，要么静默忽略。
- 错误现象：
composer update myorg/laravel-*→[InvalidArgumentException] Package myorg/laravel-* not found - 即使包存在，Composer 也不会自动展开通配符
-
composer show支持--name-only，但输出是扁平字符串，需配合 shell 处理
用 composer show --name-only + shell 管道筛选包名
这是最轻量、跨平台（Linux/macOS）且不依赖额外 PHP 脚本的方案。核心思路：先列出所有已安装包名，用 grep 筛出前缀匹配项，再拼成 composer update 参数列表。
composer show --name-only | grep '^myorg/laravel-' | xargs composer update
-
^myorg/laravel-确保只匹配前缀开头，避免误中another-myorg/laravel-utils - 如果包名含空格或特殊字符（极少见），需加
-z和-0配合tr '\n' '\0'，但绝大多数项目无需 - Windows PowerShell 用户可用：
composer show --name-only | Select-String "^myorg/laravel-" | ForEach-Object { $_.Line } | %{composer update $_}，但效率低、易中断
写一个可复用的 Bash 函数封装逻辑
把上面管道逻辑封装成函数，避免每次重复敲长命令，也方便加参数校验和错误提示。
update-prefix() {
local prefix="$1"
if [ -z "$prefix" ]; then
echo "Usage: update-prefix <vendor/prefix>" >&2
return 1
fi
local packages=$(composer show --name-only 2>/dev/null | grep "^$prefix" | tr '\n' ' ')
if [ -z "$packages" ]; then
echo "No packages match prefix: $prefix" >&2
return 1
fi
echo "Updating: $packages"
composer update $packages
}- 保存到
~/.bashrc或项目根目录的bin/update-prefix，然后source ~/.bashrc - 调用：
update-prefix "laravel/" 或update-prefix "symfony/http-" - 注意：该函数不处理子命名空间嵌套（如
symfony/*匹配所有 symfony 组织下包），因为composer show输出不含组织层级结构
真正需要通配更新时，得换思路：用 composer.json 的 require 约束控制
如果你频繁要更新某类包（比如所有 laravel/*），更可持续的做法是统一它们的版本约束，让 composer update 自动拉取符合规则的最新兼容版。
- 在
composer.json中写："laravel/framework": "^10.0", "laravel/tinker": "^4.0", "laravel/sanctum": "^3.0" - 然后只需运行
composer update laravel/framework laravel/tinker laravel/sanctum—— 虽然没通配符，但版本约束已确保它们协同升级 - 工具如
roave/security-advisories就是靠严格约束阻止不安全组合，而不是靠运行时匹配
别指望 Composer CLI 自带通配更新；它的设计哲学是显式优于隐式。真正容易被忽略的点在于：你以为在批量操作包，其实是在管理依赖图谱的局部一致性 —— 这件事，终究得靠约束声明 + 明确指令，而不是靠 shell 技巧蒙混过关。
