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.那太好了，現在就可以開始做，沒什麼好主意的，號召大家把業務無關的代碼寫成包吧！