compoesr
的require
/update
均可以更新指定的依賴包(升級/降級)。php
require
更爲靈活些,未安裝則進行安裝,已安裝則根據傳入的版本號進行升級
或降級
。update
則沒法在命令行傳入指定的版本號
,須要先手動編輯composer.json
,指定新的版本號
,而後執行更新命令。json
#忽略 composer require google/protobuf --ignore-platform-reqs -vvv
示例vim
// 安裝包 composer require hashids/hashids:2.0.0 // 已安裝 升級 composer require hashids/hashids:3.0.0 // 已安裝 降級 composer require hashids/hashids:2.0.4
update
命令沒法在命令行中指定包版本號
,須要手動修改composer.json
文件swoole
// 安裝包 composer require hashids/hashids:2.0.0
錯誤用法composer
composer update hashids/hashids:3.0.0
正確用法示例curl
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
中不一致,你卻不要我更新它,這是有問題的。ui
這時只能使用composer update
全局更新依賴,注意是全局包的更新操做,一些你未更改但使用了版本號範圍的包也有可能被更新升級,請慎用!google
install
能夠用於項目初始化後,初次安裝依賴,且會優先讀取composer.lock
中的版本號,以儘量的保證協做開發中包版本的一致性。url
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" }