在查閱GitLab官網(wǎng)的CI/CD功能說明時，全是英文看起來不方便，通過翻譯軟件自動翻譯后“內(nèi)容失真”，看起來很變扭。查閱了百度上的資料發(fā)現(xiàn)很多翻譯很老舊，有些甚至是掛羊頭賣狗肉。痛定思痛，決定自己翻譯分享出來。

下面是第一篇翻譯，如有不對的地方請指正。

翻譯源文件：

https://docs./ee/ci/yaml/gitlab_ci_yaml.html

正文：

.gitlab-ci.yml文件

在使用GitLab CI / CD之前，您需要先具備下面2個條件：

• 一個托管在Git存儲庫中的應(yīng)用程序代碼庫；

• 在該倉庫根目錄下創(chuàng)建一個叫.gitlab-ci.yml的CI/CD的配置文件。

在.gitlab-ci.yml文件中，可以做下面定義：

• 需要運(yùn)行的腳本；

• 需要引用的其他配置文件和模板；

• 依賴關(guān)系和緩存；

• 串行與并行的運(yùn)行命令；

• 程序可以部署到哪個環(huán)境；

• 關(guān)鍵環(huán)節(jié)是依然自動化運(yùn)行還是需要手動觸發(fā)繼續(xù)運(yùn)行。

script要被劃分在相應(yīng)的job中，各個job組成了一個很大的pipeline。你可以將多個獨(dú)立的job組織在一個按定義順序運(yùn)行的stages中。

你應(yīng)該合理的組織job順序，該順序應(yīng)該與你實(shí)際的測試流程一致。為了可視化該過程，假設(shè)添加到作業(yè)中的腳本與你在電腦上運(yùn)行的CLI命令相同。

當(dāng).gitlab-ci.yml文件添加到倉庫根目錄里時，GitLab會自動檢測到它，然后GitLab Runner程序會自動運(yùn)行.gitlab-ci.yml中定義的每個job。

示例：一個.gitlab-ci.yml文件可能包含下面內(nèi)容：

stages:
  - build
  - test

build-code-job:
  stage: build
  script:
    - echo "Check the ruby version, then build some Ruby project files:"- ruby -v
    - rake

test-code-job1:
  stage: test
  script:
    - echo "If the files are built successfully, test some files with one command:"- rake test1

test-code-job2:
  stage: test
  script:
    - echo "If the files are built successfully, test other files with a different command:"- rake test2

上面例子中，定義在stages中的build stage會先運(yùn)行，本例中的build stage只有1個：build-code-job，該job的script塊中定義了3個腳本：首先打印一些構(gòu)建提示信息，然后輸出Ruby版本，最后運(yùn)行rake命令構(gòu)建項(xiàng)目文件。如果build-code-job成功運(yùn)行了，則會同時運(yùn)行stages中的所有test stage，本例中的test stage有2個，job名稱分別叫test-code-job1、test-code-job2。

該示例中的完整pipeline由3個job組成，分為兩個stages：build和test。代碼倉庫里的任何分支下的任何文件的修改都會觸發(fā)pipeline的自動運(yùn)行。

GitLab CI / CD不僅可以執(zhí)行作業(yè)，還會向你顯示執(zhí)行期間發(fā)生的情況，類似下面的截圖：

 你可以為代碼程序創(chuàng)建構(gòu)建策略，GitLab會根據(jù)你定義的內(nèi)容運(yùn)行pipeline。你的pipeline狀態(tài)也會通過GitLab展示：

 如果有任何問題，可以 回滾更改：