分享我在前後端分離專案中Gitlab-CI的經驗

有態度的小碼甲發表於2020-06-12
後端Gitlab

長話短說，今天分享我為前後端分離專案搭建Gitlab CI/CD流程的一些額外經驗。

Before

Gitlab-ci是Gitlab提供的CI/CD特性，結合Gitlab簡單友好的配置介面，能愉悅的在Gitlab介面檢視管道執行流程，並自然流暢的推動敏捷開發流程。
Gitlab-CI/CD的核心是搭建Gitlab Runner、編寫.gitlab-ci.yaml檔案。
詳細示例請參考：Gitlab CI/CD+ASP.NETCore.

本次前後端兩個專案使用同一個Gitlab Runner(shell模式)，前端專案的gitlab-ci.yaml構建Job如圖：

Round 1

單個Gitlab Runner可為多個專案提供構建服務，

gitlab-Runner register命令只能接受一個註冊token，當時為支援多個專案，花了不少冤枉心思倒騰Gitlab Runner.

你可以為註冊的專案解鎖Runner，這樣Girlab Runner就可以為其他專案提供構建：

Round 2

使用Runner快取加快前端構建過程
大家都知道npm_module被前端開發者詬病為毒瘤， 而Gitlab runner執行每次構建job之前都會清場，pull/fetch指定的程式碼再執行job, 這就導致每次build job會耗時很久(要拉取毒瘤)。

#!/bin/bash

cd   packages/event-analysis
yarn config set registry http://registry.npm.gridsum.com &&  yarn --prefer-offline --frozen-lockfile
npm run build

以上是build任務的指令碼frontend.sh，總耗時3m33s，其中yarn命令拉取npm_modules耗時172.52s

gitlab runner支援快取
在.gitlab-ci.yaml 檔案中定義cache指令:
cache被用來在job之間快取檔案，更強大的是可以定義檔案依賴快取：

build:
  stage: build
  cache:
    key:
      files:
        - packages/event-analysis/package.json
    paths:
      - node_modules
  script: 
    - ./frontend.sh
  tags:
    - my-tag

快取key是yarn命令要用到的package.json，快取內容是npm_modules;
只要這個package.json檔案未變更，後續任務就會使用快取的npm_modules，而不用重建npm_modules依賴。

使用runner快取優化後build任務總耗時1m18s，其中yarn命令耗時22.83s:

以上針對Gitlab-CI的使用經驗點到為止，足夠應對我當前專案，更多請關注：

Reference

  1. https://docs.gitlab.com/ee/ci/runners/#prevent-a-specific-runner-from-being-enabled-for-other-projects
  2. https://docs.gitlab.com/ee/ci/caching/

Devops的圈子很大，上面的Gitlab-ci也只是點到為止，應付我當前的前後端分離專案.. 歡迎大家來捶我。

相關文章