CI/CD 简介

CI/CD 可拆成三个连续的步骤

1. Continuous Integration 持续整合藉由频繁的整合，来减轻版本之间差异过大时，会发生的合并困难甚或失败。在此阶段，通常还会加入自动化测试来确保待合并的分支，不会发生功能错误。
2. Continuous Delivery 持续布署在确定程序码的功能性正常後，会自动因应不同的环境进行相对应的程序档布署。布署完成後，可以进行手动测试验证。
3. Continuous Deployment 持续交付在已经有相对应的程序档後，自然就要落地到机器上来正式运行，给客户们使用啦，这就是这阶段的目的。

GitLab 上的 CI/CD 介绍

**图片来源 https://docs.gitlab.com/ee/ci/introduction/**

当程序码异动的时候可以触发 Runner

依据 gitlab-ci.yml 的 job 步骤执行

GitLab 提供三种 Runner 的权限

• Shared Runner: 当数个专案的 CI/CD job 都有相同的需求，可以节省为了每一个专案各开一个 Runner ，而导致可能性的闲置。Runner 会根据 Project 正在运行的 job 来挑选接下来要运行的 job ，可避免有某个 Project 过量的 job 导致其他 project 的 job 无法执行，详细可以参考 fair usage queue
• Group Runners: 该 Group 下的所有 Project 皆有此 Runner 的权限。采用 FIFO 来处理 jobs
• Specific Runner: 当组织中的多个专案 CI/CD job 需求的环境差很多时，需要采用这个来确保环境的隔离。此 Runner 采用 FIFIO 来处理 jobs