分享我在前後端分離項目中Gitlab-CI的經驗
長話短說,今天分享我為前後端分離項目
搭建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
- https://docs.gitlab.com/ee/ci/runners/#prevent-a-specific-runner-from-being-enabled-for-other-projects
- https://docs.gitlab.com/ee/ci/caching/
Devops的圈子很大,上面的Gitlab-ci也只是點到為止,應付我當前的前後端分離項目.. 歡迎大家來捶我。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
※產品缺大量曝光嗎?你需要的是一流包裝設計!