Composer不支持--with-minor-only和--with-patch-only参数，但可通过指定版本约束如~或^来实现仅更新次要或补丁版本的目的。
在使用 Composer 管理 PHP 项目依赖时，更新依赖包是一个常见操作。但直接运行 composer update 可能会引入破坏性变更，尤其是主版本（major version）升级。为了避免这种情况，你可能希望只更新次要版本（minor）或补丁版本（patch）。虽然 Composer 官方并未提供 --with-minor-only 或 --with-patch-only 这样的参数，但可以通过其他方式实现类似效果。
Composer 并不支持 --with-minor-only 和 --with-patch-only 参数
目前 Composer 的命令行工具中 --with-minor-only 或 --with-patch-only 参数。这些参数可能是某些用户误传或与其他工具混淆的结果。Composer 主要通过 版本约束语法 来控制允许的更新范围。
正确的做法是利用 版本修饰符 和 语义化版本控制（SemVer）规则，在 composer.json 中精确指定依赖的可更新范围。
使用版本约束实现小版本和补丁版本更新
你可以通过修改 composer.json 文件中的版本号格式，来限制只允许更新 minor 或 patch 版本：
-
~ 波浪号操作符（Tilde Operator）：用于允许 patch 和 minor 更新，但限制主版本不变。例如：
~1.2.3 相当于 >=1.2.3 —— 允许更新到 1.2.4、1.2.9，甚至 1.2.x 最后一个版本，但不会升级到 1.3.0。 -
^ 插入符号操作符（Caret Operator）：默认行为，允许向后兼容的更新。例如：
^1.2.3 表示 >=1.2.3 —— 允许所有 1.x 版本更新，包括 minor 和 patch。
如果你只想允许补丁版本更新（即只更新 bug fix），可以写成：
"package/name": "1.2.3" —— 固定版本，仅当手动执行 update 才会尝试升级，且需满足依赖兼容。或者更灵活一点，使用 exact match + 脚本控制 配合 CI 流程进行自动 patch 检查。
实际操作建议：安全更新 minor 和 patch
要在不引入 breaking change 的前提下更新依赖，推荐以下方法：
- 使用 ^ 操作符管理大部分包，确保主版本锁定；
- 对关键库使用 ~ 操作符进一步收紧更新范围；
- 运行 composer outdated 查看哪些包有新版本可用；
- 执行 composer update 前先查看 diff 或在测试环境验证；
- 结合 composer require package/name:^1.2 显式设置版本约束。
例如，想让 monolog/monolog 只更新到 2.9.x，但不升级到 3.0：
"monolog/monolog": "^2.0"这样就能安全地获取所有 bug 修复和功能增强，同时避免主版本跃迁带来的风险。
基本上就这些。Composer 的强大之处在于它的版本解析器，合理使用版本约束比依赖不存在的参数更有效、更可靠。
