GitLab持續整合

Getting started with GitLab CI/CD

從8.0開始，GitLab持續整合(CI)完全整合在GitLab中。

GitLab的持續整合服務。
如果你添加了.gitlab-ci.yml檔案在專案的根目錄並且配置專案使用Runner，這樣每次的程式碼提交就會觸發ci.

.gitlab-ci.yml 檔案告訴GitLab runner應該做什麼。預設情況下它在構建任務裡執行三個構建階段: build, test, and deploy. 並不是所有的構建階段都會用到，沒有構建階段的構建任務會被忽略。

如果一切執行OK，會看到一個綠色的提交圖示，這很方便我們檢查程式是否正常。

配置CI需要做兩件事情

1. 新增 .gitlab-ci.yml在專案的根目錄
2. 配置一個Runner

配置完之後，每次提交程式碼，Runner都會自動開始構建任務。

.gitlab-ci.yml

新增一個.gitlab-ci.yml在專案的根目錄。
這裡我弄了一個非常簡單的.gitlab-ci.yml

job1:
  script: "pwd"

job2:
  script: "uname -a"

定義了兩個構建任務Job（沒有定義構建階段Pipeline，預設是test）

我們的構建任務也很簡單
第一個是列印當前目錄，第二個是檢視伺服器版本

這個時候我們進行分支合併的時候就能看到分支的構建情況

當然上面的這些在沒有配置Runner的時候是不會執行的。

配置一個Runner

centos安裝方法

執行下面的命令

1

 curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.rpm.sh | sudo bash

2

sudo yum install gitlab-runner

這樣gitlab-runner就安裝好了

註冊runner

1 輸入如下命令

sudo gitlab-runner register

2 輸入gitlab地址

地址可以從專案中獲取到

這個頁面會獲取到地址和token，下面用到

3 輸入token，就是截圖裡的token

4 輸入對Runner的描述，這個在GitLab’s UI可以修改，比如my-runner

5 給Runner打個標籤，這個在GitLab’s UI可以修改，比如java

6 是否Runner執行沒有標籤的構建任務，輸入true

7 是否將Runner鎖定到當前專案，這個在GitLab’s UI可以修改，輸入true

8 輸入Runner的執行者，這裡我選擇shell

這樣我們就配置好了Runner

當我們有程式碼提交的時候，Runner就會執行.gitlab-ci.yml的構建任務

具體的構建任務