Composer 不支持 1.* 写法，因 * 仅允许在点分三段式末尾（如 1.2.*），且等价于 >=1.2.0
* 不是通配符，它是语义化版本约束中的一个特殊符号，只在特定位置合法、且行为严格受限。直接写 "1.*" 或 "^1.*" 会报错 Invalid version string，这不是配置疏漏，而是 Composer 明确拒绝的语法。
为什么 1.* 会报错？
Composer 的版本解析器不支持 shell 风格的通配匹配。它基于 SemVer 规范做范围比较， 想锁定主版本、允许次版本和补丁自动升级，应该用 Composer 原生命令不支持包名通配，但可通过 shell 组合实现。关键不是改 只有在 真正容易被忽略的是稳定性隐含约束：* 只被允许出现在「点分三段式版本末尾」（如 1.2.*），且仅当该写法等价于 >=1.2.0 时才被接受——但前提是包本身有符合规范的 stable tag（比如 v1.2.0、v1.2.9）。
•
"1.*" 缺少次版本号，被识别为非法版本字符串，直接抛出 Invalid version string "1.*"
• "^1.*" 是双重错误：^ 后不能接 *，解析器根本不会走到语义判断那步
• 即使你手写 "1.2.*"，若包只有 dev-main 或 1.2.x-dev 标签，也不会命中任何版本（因为 * 默认只匹配 stable）
^2 才是匹配所有 2.x 的正确写法^ 操作符，而不是幻想用 * 模糊匹配。它的规则是“保持最左非零数字不变”：
•
"^2" 等价于 >=2.0.0 ，覆盖全部
2.x.y
• "^2.3" 等价于 >=2.3.0 ，比 "^2" 更精确，但仍是主版本锚定
• "^0.3.0" 行为不同：因为主版本为 0 被视为不稳定，所以只允许 0.3.x，不升到 0.4.0
• 不要混用："~2.3.*" 或 "^2.*" 全部非法，解析失败批量更新包名带模式的依赖怎么办？
composer.json，而是动态生成 composer update 参数：
• Linux/macOS：用
composer show --no-ansi | grep '^psr-' | awk '{print $1}' | xargs composer update
• Windows PowerShell：用 composer show --no-ansi | Select-String "^psr-" | ForEach-Object { $_.Line.Split(" ")[0] } | ForEach-Object { composer update $_ }
• 注意：composer show 输出格式在 v1 和 v2 中略有差异，awk '{print $1}' 在 v2 下较稳；若包名含空格（极少见），改用 cut -d' ' -f1
path 仓库里的
* 是唯一真正支持 glob 的地方repositories 配置中使用 path 类型时，* 才具备文件系统级通配能力：
•
"url": "../packages/*" 会被 Composer 2.0+ 扫描为多个本地路径，每个子目录需含有效 composer.json
• 这里的 * 是 shell glob，不是版本约束，和 require 字段完全无关
• 它不参与版本解析，只影响包发现阶段；后续安装仍走正常版本约束逻辑（比如你写 "my/package": "^1.0"，它才会去匹配这些本地路径下的对应版本）1.* 看似宽松，实则比 ^1 更苛刻——它要求所有匹配版本都必须打过 stable tag，而 ^1 在 minimum-stability 允许范围内还能拉取 RC 或 beta。如果你的私有包没规范打 tag，* 写得再顺手也没用。
