^ 表示锁定主版本并允许安全升级，如 "^2.8.0" 允许安装 ≥2.8.0 且
^、~、=、== 这些符号不是“随便写写”，它们直接决定 Composer 装哪个版本——写错一个符号，可能让 composer update 升级到你不想要的 minor 版本，甚至跳过关键 patch 修复。
怎么用 ^ 锁定主版本但允许安全升级
^ 是 Composer 默认隐式使用的约束，你写 "monolog/monolog": "2.8.0"，它实际按 "^2.8.0" 解析。
这意味着：安装 >= 2.8.0 且 ^0.3.0 等价于 >=0.3.0 ，只允许补丁更新。
- 如果你希望兼容 Laravel 8 的所有小版本，写
"laravel/framework": "^8.75"
- 如果你误写成
"^8"，它等价于 "^8.0.0"，仍会装 8.99.9，但范围比预期宽
- 不要写
"^8.75.0" 后又手动删 composer.lock 再 install——这会让团队其他人装上不同 minor 版本
什么时候该用 ~ 而不是 ^
~ 更保守，适合你只想控制“最后一位数字”的场景：
~2.15.0 → >=2.15.0 （只允许 2.15.x）
~2.15 → >=2.15.0 （等价于 ^2.15，不推荐省略 patch）
- 你想锁定 Doctrine ORM 在 2.15.x 分支修 bug，就该用
"doctrine/orm": "~2.15.0"
-
~2.15.* 是无效写法，Composer 会报错或降级为模糊匹配，别这么写
-
composer show -i 比看 composer.json 更可靠——它告诉你 vendor 里真装的是哪个版本
精确锁定版本的两种写法及区别
要彻底禁止任何自动升级，必须显式使用等号：
- "monolog/monolog": "=2.8.0"：只接受 2.8.0，不接受 2.8.1 或 2.8.0+commit
- "monolog/monolog": "==2.8.0"：语义同上，但更强调“完全相等”，CI/CD 中推荐用这个
- 仅改
composer.json 不运行 composer update monolog/monolog，composer.lock 里的旧版本仍生效
-
composer.lock 被 .gitignore 忽略？那是团队成员每次 install 都重新解析依赖的元凶
- 私有 Git 包不能写
"=v1.2.0"，得写 "v1.2.0"（tag 名）或 "dev-main#abc1234"（commit hash）
为什么 composer update 还是装了新版本？查这三个地方
这不是 Composer “不听话”，而是约束没生效或被覆盖：
- composer.lock 存在且未提交？它优先级高于 composer.json
- 其他依赖间接锁定了该包（比如 A 依赖 monolog:^2.8，B 依赖 monolog:^2.9，最终只能装 2.9.x）
- minimum-stability 设为 "dev"，而你又没加 @stable 后缀，可能拉到 dev-main
- 运行
composer depends monolog/monolog 查谁在“拖后腿”
- 打开
composer.lock 搜索包名，看 "version" 和 "source" 字段是否符合预期
-
composer show monolog/monolog -i 输出的 version 才是你机器上真实运行的版本，别信 composer.json 里写的那行字
真正难的不是记住符号含义，而是意识到：版本约束不是写给机器看的，是写给未来那个要排查问题的你自己看的。一个 ^ 和一个 ~ 看似只差一划，但在下周上线前发现日志组件突然不兼容时，它们就是两行不同的错误堆栈。
