这篇文章主要介绍了php使用composer安装扩展包教程，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧。

composer更新依赖包

compoesr 的 require/update 都可以更新指定的依赖包 (升级 / 降级)。

require 更为灵活些，未安装则进行安装，已安装则根据传入的版本号进行升级或降级。

update 则无法在命令行传入新的版本号，需要先手动在 composer.json 中指定新的版本号，然后执行更新命令。

composer` `require` `google/protobuf --ignore-platform-reqs -vvv

require命令示例

1. // 安装包 
2. composer require hashids/hashids:2.0.0 
3.  
4. // 已安装 升级 
5. composer require hashids/hashids:3.0.0 
6.  
7. // 已安装 降级 
8. 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

正确用法示例

1. #升级到3.0.0
2.  
3. vim composer.json 
4. "require": { 
5.  "hashids/hashids":"3.0.0" 
6. }, 
7. :wq 
8. composer update hashids/hashids 
9. #降级到2.0.4 
10.  
11. vim composer.json 
12. "require": { 
13.  "hashids/hashids":"2.0.4" 
14. }, 
15. :wq 
16. composer update hashids/hashids 

同时，如果我们编辑更新了多个包的版本号，则无法使用

composer update package1

composer update package2

composer 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

小于/小于等于：<1.2.3 <=1.2.3

确切的版本号：1.2.3

~1.2.3: 1.2.3 <= version < 1.3

^1.2.3: 1.2.3 <= version < 2.0

1. { 
2.  "php":` ">=7.0"`, 
3.  "ext-swoole":` ">=4.0.0", 
4.  "lib-curl":` ">=7.29.0" 
5. }

Tags: composer PHP更新依赖包

分享到：