84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
php composer怎麼做成全公司的通用工具
有經驗的同學分享一下經驗,需要主要哪些點,或是大概的思路,謝謝
目前公司係統比較多, 各自係統用的公用庫,也大不一樣, 都是自己維護有些系統一直也沒有用composer,現在想是否可以利用composer做一個偏公用的東西, 統一維護公用函式庫,或公用程式碼
搭建公司內部的composer倉庫,把程式碼庫都改成用composer組織。 。 。 composer需要使用命名空間,老舊程式碼都要改造。
1、先自己規劃公共服務,製作成施工圖,把利弊全部寫清楚。 2、召集各個系統負責人開會,過你的施工圖,看看還有什麼問題,然後再了解其他系統的需求。 3、整個文件分享下怎麼接入,怎麼實施對改動影響最小。
ps: 當然公司內部應該有自己的gitlab 倉庫。
composer.json本身就支援從git倉庫做source.所以,只要是git控制的程式碼,只要滿足套件規範,就可以用composer管理。
composer的引入會導致一個問題,每個項目都持有一個vendor。我們的做法是把公共的部分做成share的,但這樣很彆扭。因為依賴簡單還好,複雜點,很麻煩。如果你們公司容許一個專案可以持有自己的vendor.那太好了,現在就可以開始做,沒什麼好主意的,號召大家把業務無關的代碼寫成包吧!
搭建公司內部的composer倉庫,把程式碼庫都改成用composer組織。 。 。 composer需要使用命名空間,老舊程式碼都要改造。
1、先自己規劃公共服務,製作成施工圖,把利弊全部寫清楚。
2、召集各個系統負責人開會,過你的施工圖,看看還有什麼問題,然後再了解其他系統的需求。
3、整個文件分享下怎麼接入,怎麼實施對改動影響最小。
ps: 當然公司內部應該有自己的gitlab 倉庫。
composer.json本身就支援從git倉庫做source.所以,只要是git控制的程式碼,只要滿足套件規範,就可以用composer管理。
composer的引入會導致一個問題,每個項目都持有一個vendor。我們的做法是把公共的部分做成share的,但這樣很彆扭。因為依賴簡單還好,複雜點,很麻煩。如果你們公司容許一個專案可以持有自己的vendor.那太好了,現在就可以開始做,沒什麼好主意的,號召大家把業務無關的代碼寫成包吧!