很多時候，多人開發一個專案的時候，我們需要統一管理依賴和一些類庫檔案，不然每個人引入自己的類原始碼，造成累贅，和使用方法不一混亂的局面。所以現在很多流行框架都用composer來管理。

大部分都是github上建立自己的依賴包，然後Packagist來發布，最後composer下載到自己的專案。但是有時候我們需要用的類庫是涉及隱私的，不方便公開，怎麼辦。這個時候需要我們自己配配置composer下載源

下面的例子：是以本地搭建的gitlab為倉庫(內部才能訪問).

一、環境資訊

目前gitlab網址為 http://git.weshineapp.com

假設要安裝的包名為 weshine/weshineLib

注：包名帶斜槓/    這是composer包規定格式

二、修改 composer 全域性 config  

檔案路徑 /root/.composer/config.json (路徑大部分為這個)

因為 git.weshineapp.com 使用 HTTP 協議, 所以secure-http 要設為false

設定gitlab-domains 告訴 Composer 相應的域名可以使用 GitLab API   

內容如下：



{
 "config": {
 "secure-http": false,
 "gitlab-domains": [
    "git.weshineapp.com"
  ]
 }
}
 

三、在gitlab上建立一個專案

編寫composer.json檔案，然後提交到倉庫上。此時因為有了composer.json檔案，該專案相當於一個包檔案

注：composer.json中具體的檔案對應載入型別，需要根據檔案的作用，自行判斷，載入型別含義可參考網址：http://laravelacademy.org/post/7074.html （推薦psr-4載入型別）

個人理解：

psr-0 ：已經被廢棄，原因目錄結構太深，不適用

files ：一般對應公共函式的檔案

class-map ：顧名思義，只是做了一個對映而已，這種最普通的自動載入，如果專案夠大，檔案很多，容易產生類名衝突

psr-4：會自動給相應資料夾下的類檔案，自動新增一個和資料夾同名的名稱空間字首，然後進行相應載入。可以有效避免類名衝突的問題。

載入原理：可追溯vendor資料夾下的autoload檔案。

例如：以下是我的conposer.json配置



四、在其他專案中使用第三步建立好的包，實現自動載入

在專案的根目錄中，使用composer init命令 然後一直回車，預設建立一個composer.json的檔案，然後進行編寫，大致內容如下：



最後： 編寫完成composer.json 檔案之後，可以使用 composer update 命令進行安裝，或者更新。