GitLab-CI 來自動建立 Docker 鏡像

1.what is gitlab-ci docker image

CI/CD 自動化集成，自動化部署。簡單的說就是把代碼提交到gitlab管理的同時部署到指定的server，打成docker image方便部署。部署的時候只須要將image run container即可以運行。

傳統作法，代碼commit 到gitlab後，login in server執行git pull同步新提交的代碼。每次更新代碼都須要作這樣的操做，本人很懶不喜歡浪費不少時間作重複的事情，因此看到gitlab 8.x集成了ci決定嘗試一下。

 

2.CI env主要構成包括代碼版本庫 Gitlab，CI服務 Gitlab CI,CI運行器 GitLab Runner-docker。

 

3.持續集成相關概念

　　1.pipeline　　

　　　　一次 Pipeline 其實至關於一次構建任務，裏面能夠包含多個流程，如安裝依賴、運行測試、編譯、部署測試服務器、部署生產服務器等流程。
　　任何提交或者 Merge Request 的合併均可以觸發 Pipeline，以下圖所示：

+------------------+ +----------------+ | | trigger | | | Commit / MR +---------->+ Pipeline | | | | | +------------------+ +----------------+

 

　　2.stages

　　　　Stages 表示構建階段，說白了就是上面提到的流程。
　　咱們能夠在一次 Pipeline 中定義多個 Stages，這些 Stages 會有如下特色：

• 全部 Stages 會按照順序運行，即當一個 Stage 完成後，下一個 Stage 纔會開始
• 只有當全部 Stages 完成後，該構建任務 (Pipeline) 纔會成功
• 若是任何一個 Stage 失敗，那麼後面的 Stages 不會執行，該構建任務 (Pipeline) 失敗

　　所以，Stages 和 Pipeline 的關係就是：

+--------------------------------------------------------+ | | | Pipeline | | | | +-----------+ +------------+ +------------+ | | | Stage 1 |---->| Stage 2 |----->| Stage 3 | | | +-----------+ +------------+ +------------+ | | | +--------------------------------------------------------+

 

　　3.jobs

　　Jobs 表示構建工做，表示某個 Stage 裏面執行的工做。
　　咱們能夠在 Stages 裏面定義多個 Jobs，這些 Jobs 會有如下特色：

• 相同 Stage 中的 Jobs 會並行執行
• 相同 Stage 中的 Jobs 都執行成功時，該 Stage 纔會成功
• 若是任何一個 Job 失敗，那麼該 Stage 失敗，即該構建任務 (Pipeline) 失敗

　　因此，Jobs 和 Stage 的關係圖就是：

 

+------------------------------------------+ | | | Stage 1 | | | | +---------+ +---------+ +---------+ | | | Job 1 | | Job 2 | | Job 3 | | | +---------+ +---------+ +---------+ | | | +------------------------------------------+

 

4.搭建過程當中的主要步驟：

1. 在Gitlab上添加代碼庫（這個很少說了，不清楚的能夠看個人git使用）
2. 把代碼庫添加到Gitlab CI中（project中添加一個 .gitlab-ci.yml 文件，而後添加一個 Runner，便可進行持續集成）
3. 安裝docker(參見 Docker官方文檔)
4. 搭建基礎 docker image
5. 設置Gitlab Runner-docker
6. 編寫測試腳本
7. 編寫構建腳本
8. 優化過程
9. 完成一個簡單夠用的持續集成環境