遇到過相同的問題,我的解決方案是在`.gitignore`文件裏面把`composer.lock`這壹行去掉,也就是說把`composer.lock`文件也加入版本控制.這樣做有以下好處:讓參與項目開發的成員使用這些package的同壹版本,減少分歧;在生產環境下,使用命令`composerinstall`可以確保跟開發的時候使用了統壹的版本,減少不必要的變數;跟蹤當前項目使用所有`package`的版本,當執行`composerupdate`出現問題時,可以利用Git定位到出問題的package,匹對下版本,接下來就可以做如:在composer.json裏面寫死版本等的解決動作了.註意:這裏說下composer的機制,當`composer.lock`文件存在的時候,執行`composerinstall`命令時,composer會更新按照`composer.lock`裏的package指定版本進行安裝,如果是執行`composerupdate`的話,會更新`package`版本,並更新`composer.lock`文件.最後壹條好處尤其重要,設想如果是在沒有版本控制`composer.lock`文件的情況下,壹出現問題,那就直接瞎眼了.
上一篇:棋盤遊戲源代碼模板下一篇:DLNA連接功能是什麽?