使用^约束可限制Composer仅更新次要和补丁版本，如"^2.1.0"允许升至2.x.x但禁止到3.0.0；"~2.1"等价于”>=2.1.0
让 composer 在 update 时只更新次要版本（minor）和补丁版本（patch），不升级主版本（major），关键在于正确使用 版本约束语法，而不是依赖全局配置或命令行开关。
用 ^（脱字符）约束实现“向后兼容更新”
^ 是最常用也最推荐的方式，它允许更新到下一个主版本前的全部兼容版本。Composer 默认在 require 时就使用它（例如 composer require monolog/monolog 会写入 "^2.10"）。
-
"^2.1.0"允许升级到2.x.x中任意版本，但禁止升到3.0.0 -
"^2.0"等价于"^2.0.0"，同样锁定在2.x范围 -
"^0.3.2"在0.x阶段行为不同：只允许补丁更新（即0.3.x），因为0.x被视为不稳定版
用 ~（波浪号）精确控制“最小版本向上兼容”
~ 更适合想明确指定“不低于某版本，且保持某段不变”的场景，语义更直观：
-
"~2.1"等价于">=2.1.0 —— 允许 <code>2.1.x、2.2.x… 直到但不包括3.0 -
"~2.1.3"等价于">=2.1.3 —— 只允许补丁更新（<code>2.1.4,2.1.5），不升小版本
如果你只想保留在 2.1.x，用 "~2.1.0" 比 "^2.1" 更严格（后者允许升到 2.9.x）。
避免意外升级：慎用通配符和无约束写法
以下写法会带来不可控更新，应主动规避：
-
"*"或"dev-main"：完全不受控，可能拉取破坏性变更 -
"2.*"：等价于"^2.0"，看似安全，但若包提前发布2.10.0后又回退修复，可能跳过中间稳定版 - 裸版本如
"2.1.0"（无任何符号）：完全锁定，composer update不会动它 —— 这不是“限制更新”，而是“禁止更新”
执行 update 时按需限定范围
即使 composer.json 写得合理，运行 composer update 仍可能批量升级多个包。更稳妥的做法是：
- 只更新特定包：
composer update monolog/monolog（它会尊重该包当前的约束） - 更新某类包（如仅 dev 依赖）：
composer update --dev - 禁用 major 升级提示（非强制）：
composer update --with-dependencies不解决约束问题，但配合^使用更安心
注意：--dry-run 是验证更新行为的好习惯，执行前先看它打算装哪些版本。
基本上就这些。核心不是改命令，而是写对 composer.json 里的版本字符串。用好 ^ 和 ~，再搭配精准的 update 范围，就能稳稳守住主版本线。