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 主要通过 版本约束语法 来控制允许的更新范围。
正确的做法是利用 版本修饰符 和 语义化版本控制(SemVer)规则,在 composer.json 中精确指定依赖的可更新范围。
你可以通过修改 composer.json 文件中的版本号格式,来限制只允许更新 minor 或 patch 版本:
如果你只想允许补丁版本更新(即只更新 bug fix),可以写成:
"package/name": "1.2.3" —— 固定版本,仅当手动执行 update 才会尝试升级,且需满足依赖兼容。或者更灵活一点,使用 exact match + 脚本控制 配合 CI 流程进行自动 patch 检查。
要在不引入 breaking change 的前提下更新依赖,推荐以下方法:
例如,想让 monolog/monolog 只更新到 2.9.x,但不升级到 3.0:
"monolog/monolog": "^2.0"这样就能安全地获取所有 bug 修复和功能增强,同时避免主版本跃迁带来的风险。
基本上就这些。Composer 的强大之处在于它的版本解析器,合理使用版本约束比依赖不存在的参数更有效、更可靠。
以上就是如何在Composer更新时只更新小版本和补丁版本_--with-minor-only 和 --with-patch-only 参数详解的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号