GitLab 推出至今已許多年,早已成為許多團隊、企業在建立內部原始碼版本控制很重要的夥伴,其 GitLab CI 在建立內部持續整合(Continuous Integration, CI)、持續部署(Continuous Delivery, CD)流程上,更是提供了很不錯的解決方案,能滿足許多的需求。
我將透過這系列文章,紀錄 GitLab CI 使用過程中可能發生的種種,希望透過這系列可以幫助大家 "Up And Running"
在 GitLab CI 的流水線關卡設計中,除一個關卡接著一個關卡進行工作外,各個關卡中的工作也是可以與其他關卡的工作有互動的。像是取得前面關卡的工作所產出的工...
在上一篇,提到了 needs 參數,今天主要要討論的是 dependencies 這個參數,相較於 needs 可以不用等上一個關卡完成關聯的工作就開始執行,d...
之前的內容,主要針對 GitLab CI 的基本語法做描述,接下來的內容則主要會針對整理 .gitlab-ci.yml 的內容作討論。今天主要要談的就是變數怎麼...
上一篇介紹了整份 .gitlab-ci.yml 如果有大部分都通用的變數、條件,即可以透過 default、variables 整理,而如果是整段的 scrip...
在使用 anchors 來整理重複語法時是否會覺得其語法的「語意」上有一點難懂?正是因為如此,在 GitLab 11.3 之後,因應而生了新的方便整理可重複利用...
在有點規模的團隊中,可能需要有一個專案,專門協助管理可共同的流水線內容,甚至必須要作到,一致的測試流程,那麼在 GitLab CI 中,可以怎麼作到這件事情?...
有些時候在流水線上執行時間需要比較久的工作,如果可以分拆多個工作,讓他們同時進行,可以讓這系列的工作加速執行完成,但直接在 .gitlab-ci.yml 上分組...
在一般的工作平行化處理中,可以透過 parallel 而起的兩個參數CI_NODE_INDEX 和 CI_NODE_TOTAL 做工作的分頁拆分,但因為參數僅止...
在 GitLab CI 中每個工作 (job) 最重要的區段,大概可以說是 script 的部分,每個工作都必須有 script 的宣告,才能夠運作,整份 .g...
在 GitLab runner 執行工作時,每個工作階段都是可以摺疊的(collapsible)的,一來是方便專注檢查每個階段,也可以透過上面顯示的時間作工作耗...