gitlab-ci全称是gitlab continuous
integration的意思,也就是持续集成。中心思想是当每一次push到gitlab的时候,都会触发一次脚本执行,然后脚本的内容包括了测试,编译,部署等一系列自定义的内容。

自动部署涉及了若干个角色,主要介绍如下

*
GitLab-CI

这个是一套配合GitLab使用的持续集成系统,是GitLab自带的,也就是你装GitLab的那台服务器上就带有的。无需多考虑。.gitlab-ci.yml的脚本解析就由它来负责。

*
GitLab-Runner

这个是脚本执行的承载者,.gitlab-ci.yml的script部分的运行就是由runner来负责的。GitLab-CI浏览过项目里的.gitlab-ci.yml文件之后,根据里面的规则,分配到各个Runner来运行相应的脚本script。这些脚本有的是测试项目用的,有的是部署用的。

*
.gitlab-ci.yml
这个是在git项目的根目录下的一个文件,记录了一系列的阶段和执行规则。GitLab-CI在push后会解析它,根据里面的内容调用runner来运行。

*
Pipeline
一次 Pipeline 其实相当于一次构建任务,里面可以包含多个流程,如安装依赖、运行测试、编译、部署测试服务器、部署生产服务器等流程。

*
Stages
Stages 表示构建阶段,说白了就是上面提到的流程。我们可以在一次 Pipeline 中定义多个 Stages,这些 Stages 会有以下特点:

*
所有 Stages 会按照顺序运行,即当一个 Stage 完成后,下一个 Stage 才会开始

*
只有当所有 Stages 完成后,该构建任务 (Pipeline) 才会成功

*
如果任何一个 Stage 失败,那么后面的 Stages 不会执行,该构建任务 (Pipeline) 失败

* Jobs
Jobs 表示构建工作,表示某个 Stage 里面执行的工作。我们可以在 Stages 里面定义多个 Jobs,这些 Jobs 会有以下特点:
* 相同 Stage 中的 Jobs 会并行执行
* 相同 Stage 中的 Jobs 都执行成功时,该 Stage 才会成功
* 如果任何一个 Job 失败,那么该 Stage 失败,即该构建任务 (Pipeline) 失败
 

技术
©2020 ioDraw All rights reserved
特征工程Pymongo index索引相关操作总结程序员升职记第28关三排序代码免费打车!百度:北京自动驾驶出租车服务全面开放安卓开发—根据顾客预算显示食物信息(精华)2020年6月26日 C#类库 DataTable(扩展方法)比特币突破8000美元 背后暗藏杀机Java 有限状态机 (设计模式——状态模式)3.逆向分析Hello World!程序-下今天你抱怨了吗?