composer不支持或vendor/等通配符约束，写入会直接报错；仅允许明确包名加版本操作符（如"monolog/monolog": "^2.8"），~比^更保守，~2.8.0等价于>=2.8.0
Composer 里根本不能用 * 或 vendor/* 做通配符约束
Composer 原生不解析 *、vendor/*、monolog/monolog@^* 这类写法。你往 composer.json 里写 "monolog/*": "^2.8"，运行 composer update 会直接报错：Could not find package monolog/*——不是找不到包，是语法根本不被识别。
常见错误现象：
- 把 shell 的 glob 习惯带进
composer.json，以为能批量管一类包 - 复制别人脚本里的
"some-vendor/*": "dev-main"，结果 install 失败
真正起作用的只有明确包名 + 版本操作符组合，比如："monolog/monolog": "^2.8"、"symfony/console": "~6.4.0"。
想只升补丁版本？用 ~ 而不是 ^
~ 比 ^ 更保守："monolog/monolog": "~2.8.0" 允许升到 2.8.12 或 2.9.0，但绝不会到 3.0.0；而 "monolog/monolog": "^2.8.0" 允许升到 2.9.0 甚至 2.10.0（只要次版本号没变）。
关键差异点：
-
~2.8.0≡>=2.8.0 （锁定次版本上限） -
^2.8.0≡>=2.8.0 （只锁主版本） - 对
0.x.y包，^0.3.2和~0.3.2效果一样，都只允许补丁升级 - 如果真要死守补丁级（连
2.9.0都不要），写成"monolog/monolog": "2.8.*"最直白
批量更新多个包时，别幻想通配符，老实用空格分隔
要一次更新 monolog/monolog、symfony/http-foundation、guzzlehttp/guzzle，就写：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer update monolog/monolog symfony/http-foundation guzzlehttp/guzzle
这个命令只动这三个包及其子依赖（受 --with-dependencies 控制），其他包纹丝不动。
注意事项：
- 所有包名必须已在
composer.json的require或require-dev中显式声明，否则会被忽略 - 加
--with-all-dependencies会让它递归升级这些包的所有下游依赖，容易引发冲突，慎用 - Windows 上用 Git Bash 才能可靠跑
xargs脚本；Mac/Linux 推荐先composer show --name-only | grep '^monolog/'看输出是否干净，再拼命令
composer outdated 显示可升 ≠ 能直接升
composer outdated 只检查 Packagist 上是否有满足当前约束的新版本，不验证兼容性。它可能显示 laravel/framework 9.52.15 → 10.38.1，但你执行 composer update laravel/framework 却失败，因为 spatie/laravel-backup 还没适配 Laravel 10。
遇到升级卡住，立刻查根因：
-
composer why-not laravel/framework:10.*—— 看谁在拦着 -
composer show -t laravel/framework—— 看依赖树里哪些包压低了版本 -
composer update --dry-run不解决冲突，只是提前暴露计算结果，别把它当预览工具
最常被忽略的是：改完 composer.json 后忘了 git add composer.lock，导致 CI 环境仍用旧 lock 文件安装，版本不一致问题就藏在这儿。
