Laravel 的一大特色就是使用 composer 來管理依賴包,這使得整個項目的升級、擴展變得異常容易。一般情況下,只需要我們輸入幾個命令并按下回車,就能完成插件包的安裝、更新以及卸載工作。
但有時候你會碰到一種比較有意思的問題。那就是使用 composer 進行相關(guān)安裝、更新插件操作的時候,卻報 PHP 程序異常。比如,github中一個項目,在你上次更新之后上游代碼又加入新功能,使用了一個新的依賴包。這時你使用git pull更新代碼后,依賴包并沒有安裝,那么再用composer update 來更新這個必要的包時,卻會因為項目程序中缺少這個包而報錯……(說得有點兒繞),如此就陷入了一種想要安裝這個包卻報異常,而想要解決這異常又正好需要裝這個包的死循環(huán)里了。
其實造成這種問題的原因就藏在項目根目錄下那個 composer.json 文件里,稍微看一下就會發(fā)現(xiàn),其中有一個 scripts 屬性(內(nèi)容見下方代碼),其中設(shè)置了項目創(chuàng)建后、根包安裝后、插件包安裝前和安裝后要自動完成的操作,它們大多是php artisan命令,而這些命令是由程序中 Console 組件驅(qū)動的,當(dāng)程序發(fā)生異常,它們也就無法運行,于是當(dāng) composer 操作調(diào)起這些命令時就出現(xiàn)異常了。
"scripts": {
"post-root-package-install": [
"php -r \"copy('.env.example', '.env');\""
],
"post-create-project-cmd": [
"php artisan key:generate"
],
"post-install-cmd": [
"php artisan clear-compiled",
"php artisan optimize"
],
"pre-update-cmd": [
"php artisan clear-compiled"
],
"post-update-cmd": [
"php artisan optimize"
]
},
在了解了原因之后,再來說解決辦法就不難理解了,有兩種辦法:
第一種方法比較笨,就是在其它空項目里安裝這個包(或者找到以前裝過的現(xiàn)成的),然后把源碼復(fù)制到vendor目錄后,最后使用 composer dump-autoloat --optimize 更新自動加載文件。
第二種則比較容易,因為它是針對造成這個問題的原因來對癥下藥的。
具體操作就是先刪除上面提到的 scripts并保存 composer.json,然后進行需要的 comoser 操作,完成后再將刪除的 scripts 部分加回去去。
需要注意的是,因為這次 composer 操作時沒有自動運行 scripts 里那些命令,因而需要自己根據(jù)情況手動處理一下,比如 clear-compiled,optimize 等,或者在composer.json改回去之后再進行一次同樣的composer操作。
在laravel最新的版本中,composer.json中的pre-update-cmd這條已經(jīng)被刪除了,而這條正是引起本文中所述問題的關(guān)鍵原因。各位可根據(jù)自己的情況手動刪除它。
以上這篇Laravel 解決composer相關(guān)操作提示php相關(guān)異常的問題就是小編分享給大家的全部內(nèi)容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
您可能感興趣的文章:- Laravel框架中composer自動加載的實現(xiàn)分析
- PHP管理依賴(dependency)關(guān)系工具 Composer的自動加載(autoload)
- laravel 實現(xiàn)向公共模板中傳值 (view composer)
- 淺談laravel 5.6 安裝 windows上使用composer的安裝過程
- 使用composer 安裝 laravel框架的方法圖文詳解
- 一次因composer錯誤使用引發(fā)的問題與解決
- tp5框架使用composer實現(xiàn)日志記錄功能示例
- windows環(huán)境下使用Composer安裝ThinkPHP5
- PHP創(chuàng)建自己的Composer包方法
- 分析Composer實現(xiàn)自動加載原理