Gitlab-CI檔案的使用

作者按：

CICD自動化流水線的使用，使得研發效能提升，運維也變得更加簡單，用自動化代替人工重複的操作，現在主流的自動化流水線軟體有很多，今天研究一下gitlab-cicd以及ci檔案使用。

1、基礎

gitlab cicd是gitlab一部分，用於持續整合交付和部署

要想使用gitlab cicd，有兩個，一個是託管在git程式碼倉庫的應用程式的相關程式碼，還一個就是倉庫根目錄中名為。gitlab-ci。yml的檔案，包含CI/CD的配置，要確保有可用的runnner執行定義的作業，先註冊runner。

關於推送。gitlab-ci。yml到gitlab：

git add 。gitlab-ci。yml

git commit -m “add gitlab-ci”

git push origin master

關於gitlab-runner，可以檢視我另一篇文章詳述，可以二進位制或者映象安裝，然後向gitlab申請註冊成為runner，帶有其自定義標籤，就可以承擔一些自動化任務。

2、定義

ci檔案中包含可以定義的那些內容

（1）要執行的指令碼

（2）要包含的其他配置檔案和模板

（3）依賴項和快取

（4）要按順序執行的命令或者其他並的命令

（5）應用程式部署的位置

3、小技巧

建立第一個ci檔案後，可以使用gitlab自帶的流水線編輯器對檔案進行編輯，有啥好處，一個是自動語法突出顯示和驗證來編輯流水線配置，檢視cicd配置視覺化，可以圖形化表示

4、關鍵字

（1）配置

流水線行為

的全域性關鍵字

default 作業關鍵字的自定義預設值，全域性關鍵字

建立流水線，每個預設值都會複製到所有未定義該關鍵字的作業

（2）stages 流水線節段的名稱和順序

用stages 定義包含作業組的階段，是為流水線全域性定義的，在作業中使用stage來定義作業屬於那個階段

預設流水線階段

，pre

build

test

deploy

。post

stages項的書序定義了作業的執行順序：同一階段的作業並行執行、下一階段的作業在上一階段的作業成功完成後執行

build 中的所有作業並行執行。

如果 build 中的所有作業都成功，test 作業將並行執行。

如果 test 中的所有作業都成功，deploy 作業將並行執行。

如果 deploy 中的所有作業都成功，則流水線被標記為 passed

如果任何作業失敗，流水線將被標記為 failed 並且後續階段的作業不會啟動。當前階段的作業不會停止並繼續執行。如果作業未指定 stage，則作業被分配到 test 階段。

workflow 控制執行的流水線型別

include 從其他yaml檔案匯入配置

（3）作業由作業關鍵字配置

job：

script： echo “test”

only：

- branches

- tags

5

、關鍵字

彙總

注意

不推薦在全域性範圍內定義 image、services、cache、before_script 和 after_script。可能會從未來的版本中刪除支援。

6 、例子

build-job：

stage： build

script：

- echo “Hello， $GITLAB_USER_LOGIN！”

test-job：

stage： test

script：

- echo “This job tests something”

deploy-prod：

stage： deploy

script：

- echo “This job deploys something from the $CI_COMMIT_BRANCH branch。”

$GITLAB_USER_LOGIN 和 $CI_COMMIT_BRANCH 是在作業執行時填充的預定義變數。

stage 意思就是自動執行的順序，一個satge中的作業會並行執行

stages：

- build

- test

- deploy

如果任何作業失敗，流水線將被標記為 failed 並且後續階段的作業不會啟動。

到這裡對gitlab-ci檔案使用有一個大致瞭解，其他功能還需更深入學習，祝學習順利！