#compoesr
的require
/update
都可以更新指定的依賴套件(升級/降級)。
require
更有彈性些,未安裝則是安裝,已安裝則依傳入的版本號進行升級
或降級
。update
則無法在命令列中傳入指定的版本號
,需要先手動編輯composer.json
,指定新的版本號
,然後執行更新指令。
#忽略 composer require google/protobuf --ignore-platform-reqs -vvv
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.0 composer update hashids/hashids vim composer.json "require": { "hashids/hashids": "2.0.4" }, :wq #降级到2.0.4 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 { "php": ">=7.0", "ext-swoole": ">=4.0.0", "lib-curl": ">=7.29.0" }