composer更新指定的依赖包
compoesr 的require/update都可以更新指定的依赖包（升级/降级）。
require更为灵活些，未安装则进行安装，已安装则根据传入的版本号进行升级或降级。
update则无法在命令行传入新的版本号，需要先手动在composer.json中指定新的版本号，然后执行更新命令。
composer require google/protobuf --ignore-platform-reqs -vvv
登录后复制
相关推荐：【composer教程】
require 命令
示例
// 安装包composer require hashids/hashids:2.0.0// 已安装 升级composer require hashids/hashids:3.0.0// 已安装 降级composer require hashids/hashids:2.0.4
登录后复制
update 命令
update命令无法在命令行中指定包版本号，需要手动修改composer.json文件
// 安装包composer require hashids/hashids:2.0.0
登录后复制
错误用法
composer update hashids/hashids:3.0.0
登录后复制
正确用法示例
vim composer.json"require": { "hashids/hashids": "3.0.0"},:wq#升级到3.0.0composer update hashids/hashidsvim composer.json"require": { "hashids/hashids": "2.0.4"},:wq#降级到2.0.4composer update hashids/hashids
登录后复制
同时，如果我们编辑更新了多个包的版本号，则无法使用
composer update package1composer update package2composer update package3
登录后复制
的方式去依次的更新，因为composer会校验配置文件的完整性json vs lock，你指定要我更新A，但你B的version在json和lock中不一致，你却不要我更新它，这是有问题的。
这时只能使用composer update全局更新依赖，注意是全局包的更新操作，一些你未更改但使用了版本号范围的包也有可能被更新升级，请慎用！
install 命令
install可以用于项目初始化后，初次安装依赖，且会优先读取composer.lock中的版本号，以尽可能的保证协作开发中包版本的一致性。
composer.lock中存有的包版本记录相当于执行 composer require packageName:versionNo，不存有的相当于执行composer update packageName with versionRule in composer.json。
当我们协同开发时，A 在本地安装了新的依赖包，或者更新了依赖包，会写入 composer.lock/composer.json,A 上传至仓库，B 拉取至本地后，应执行一次 composer install来同步团队的版本变更。
所以协作开发中，我们建议要同时将composer.lock/composer.json上传至远端仓库。
版本号范围
大于/大于等于：>1.2.3 >=1.2.3小于/小于等于：=7.0", "ext-swoole": ">=4.0.0", "lib-curl": ">=7.29.0"}
登录后复制
以上就是composer 更新指定的依赖包的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/3044189.html
