Composer根本不支持通配符语法，写"monolog/monolog": "2."或"^2.*"会直接报Invalid version string错误；所谓“通配符版本”实为误称，正确做法是使用^2（等价于>=2.0.0 <3.0.0）等语义化版本约束操作符。
Composer根本不支持*通配符语法，写"monolog/monolog": "2.*"或"^2.*"会直接报Invalid version string "2.*"错误。所谓“通配符版本”，其实是误用术语——你真正需要的是语义化版本范围约束。
为什么2.*会报错：解析器不认 shell 风格的*
Composer 的版本解析器只识别语义化版本（SemVer）操作符：^、~、>=、、连字符<code>-等。它完全忽略*，也不做任何通配展开。
- 错误写法：
"package": "2.*"→ 解析失败，退出 - CI 流水线里突然挂掉，但本地 IDE 没标红——因为 IDE 不校验 Composer 版本语法
- 想匹配所有 2.x 版本？正确写法是
"package": "^2"（等价于">=2.0.0 ） - 想匹配所有 2.3.x？写
"package": "^2.3"或"~2.3"，别碰"2.3.*"
^和~的实际行为差异远超直觉
它们不是“大概装个相近版本”，而是按 SemVer 做数学区间截断，主版本为 0 时规则还会反转。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
^1.2.3≡">=1.2.3 ：允许升到<code>1.99.999，但拦死2.0.0 -
^0.2.3≡">=0.2.3 ：0.x 阶段自动降级为<code>~行为，只放补丁 -
~1.2.3≡">=1.2.3 ：MINOR 锁死，连<code>1.3.0都不让过 -
~1.2≡">=1.2.0 ：等价于<code>~1.2.0，不是~1.2.* - 写了
"some/pkg": "~1.2.3"却装不上？先跑composer show some/pkg --all确认该 tag 是否真实存在
连字符-范围写法：边界含义容易被误解
带连字符的范围是明确有边界的，但右边补全逻辑很关键。
-
"package": "1.0 - 2.0"≡">=1.0.0 （注意：不是<code>） -
"package": "1.0.0 - 2.1.0"≡">=1.0.0 （闭区间） - 右边若非完整版本号（如
2.0），会被补成2.0.*再转为上界，所以2.0→ - 这种写法易读性差，且和
^/~混用时优先级难把握，生产环境建议避免
什么时候该放弃符号约束，直接写死版本
当包的发布行为不守 SemVer，或文档/测试没提兼容性承诺时，^和~就是幻觉。
- 典型信号：
CHANGELOG.md里在 MINOR 版本频繁出现BREAKING:；社区 issue 中大量用户抱怨1.8.x → 1.9.0后崩溃 - 实操建议：
"vendor/pkg": "1.8.5"最稳妥；若需后续手动升级，加注释说明原因，比如// pinned: 1.9.0 breaks Laravel 9 event listeners - dev-main 不是通配符，是分支快照——每次
composer update可能拉下不同 commit，构建不可重现
最常被忽略的一点：版本约束生效的前提是composer.lock被提交并受控。哪怕composer.json写对了，如果lock文件没进 Git 或被随意重生成，团队和生产环境就根本不会按你写的范围走。
