^锚定主版本（如^1.2.3等价于>=1.2.3 =1.2.3
composer.json 里写 ^ 和 ~ 的区别到底在哪
不是“差不多”，是锚点位置不同：^1.2.3 锁主版本（1.x.x），允许升到 1.12.0；~1.2.3 锁次版本（1.2.x），只允许升到 1.2.99。写错一个，composer update 可能悄悄把包从 1.2.3 升到 1.8.0，而那个版本刚好废弃了你正在用的方法。
常见误判：
-
~1.2看似宽松，实际等价于~1.2.0，不是>=1.2.0，它死卡在1.2.x范围内 -
^0.8.2和~0.8.2在 0.x 下行为重合，但逻辑完全不同：前者因 SemVer 规定 MINOR 升级即 breaking，自动降级为仅允许 PATCH；后者因锚点在第二位，自然只放开第三位 -
^0.0.3完全不允许升级（锁死），~0.0.3却允许升到0.0.999
为什么 * 在 composer.json 里根本不能用
* 不是“通配符”，是非法版本字符串。Composer 解析时会直接报错：Invalid version string。有些旧文档或口头说法说“可以用 *”，那是混淆了早期行为或误传。
真正能表达“任意版本”的合法写法只有：
-
"vendor/package": "dev-main"（拉分支最新 commit，不推荐生产） -
"vendor/package": "8.x"（别名，需包作者在 packagist 上配置） "vendor/package": ">=1.0 （显式区间，最可控）
用 * 写进 composer.json，composer install 直接失败，连解析都过不去。
精确版本锁定必须写成 "1.2.3"，不是 "=1.2.3" 或 "1.2.3.*"
想让某个包永远只装 1.2.3 这个 tag 对应的代码，composer.json 里就得写成纯数字字符串："vendor/package": "1.2.3"。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
这些写法都不对：
-
"=1.2.3"：Composer 不识别等号前缀，报错Invalid version string -
"1.2.3.*"：会被解析为~1.2.3，实际允许1.2.4、1.2.99 -
"v1.2.3"：多数包不带v前缀，除非作者明确发布时用了这个 tag
验证是否真锁死了：运行 composer show vendor/package，输出的 version 字段必须和 composer.json 里写的完全一致；如果不一致，说明 composer.lock 里存的是别的版本，或者有其他依赖强制覆盖了它。
composer require 命令里指定版本的坑
命令行里写错格式，composer 会静默忽略版本号，转而装 latest-stable——你根本意识不到出错了。
安全写法只有一条：
-
composer require vendor/package:1.2.3（冒号紧贴，无空格，无符号）
容易翻车的点：
- 写成
composer require vendor/package : 1.2.3（冒号前后有空格）→ 报错Could not parse version constraint - 加
-W或--update-with-dependencies→ 默认行为，会连带升级其他包，可能破坏现有兼容性；要用--no-update先只改composer.json - 包已存在且约束冲突 →
require直接拒绝，得先composer remove或手动删composer.json里的旧条目
最稳的流程是：composer require vendor/package:1.2.3 --no-update → 检查 composer.json 是否写入正确 → composer install 还原 lock 文件对应版本。
