^2.1.0 等价于 >=2.1.0 <3.0.0，~2.1.0 等价于 >=2.1.0 <2.2.0；^0.8.2 等价于 >=0.8.2 <0.9.0，~0.8.2 等价于 >=0.8.2 <0.9.0。
脱字符 ^ 和波浪号 ~ 不是“差不多”的替代写法，它们的升级边界完全不同，混用会导致线上装错版本、功能异常甚至构建失败。
为什么 ^2.1.0 和 ~2.1.0 装出来的包可能差出一个大版本？
因为数学区间根本不一样：^2.1.0 等价于 >=2.1.0 ，允许升到 <code>2.9.9；而 ~2.1.0 等价于 >=2.1.0 ，最多只到 <code>2.1.x。
- 你写
"monolog/monolog": "^2.1.0"，CI 可能拉2.10.2—— 这是预期行为 - 你写
"monolog/monolog": "~2.1.0"，哪怕2.2.0发布了，也绝不会装，composer update会卡在2.1.15 - 误把
^打成~是高频故障源：本地开发跑得通，上线后因没升到新版本，某个修复过的 bug 复现
^0.x 的行为和 ^1.x 完全相反，这是最大陷阱
语义化版本规范强制规定：0.x 阶段没有“向后兼容”承诺，所以 ^0.8.2 实际等价于 >=0.8.2 ，它连 <code>0.9.0 都不放行——和 ^1.8.2（可升到 1.9.9）逻辑翻转。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查包当前版本用
composer show vendor/package -i，别只看composer.json - 如果依赖还在 0.x，又想跨小版本（比如从
0.8.2到0.10.1），不能靠^，得显式写"~0.8.0 || ~0.10.0" -
composer require some/package:0.9.0默认生成"^0.9.0"，结果锁死在0.9.x，不是你想的“可升到 0.10”
什么时候该删掉 ^ 锁死版本？三步清空才真正生效
光改 composer.json 把 "foo/bar": "^1.2.0" 改成 "foo/bar": "1.2.0" 不够——composer.lock 和 vendor/ 里还存着旧策略残留。
- 编辑
composer.json，删掉^，写成精确版本如"monolog/monolog": "2.9.2" - 手动删掉整个
vendor/目录和composer.lock文件（只删 lock 不行） - 运行
composer install（别用update，它会重新推导） - 验证：检查新
composer.lock里对应项的version字段是否严格等于"2.9.2"，且source.reference固定不变
composer.lock 必须提交进 Git，否则一切版本约束都形同虚设
不提交 composer.lock，每次 composer install 都会重新解析约束，不同机器、不同时刻装出的版本可能不一致——这就是 CI 构建突然失败、本地和线上行为不一的根本原因。
- 团队协作中，
composer.lock和composer.json必须一起提交 -
composer install优先读lock，只有缺失时才退回到json解析 - 想临时跳过 lock？加
--ignore-platform-reqs或--no-install都不行，那是另一套问题
