GitLab CI持续集成-GitLab Runner

GitLab CI是开源的持续集成服务,GitLab Runner是一个开源项目,用于运作任务,并把结果发送回GitLab,它与GitLab CI一起使用。

持续集成

持续(Continuous integration ,缩写CI)是一种软件工程流程,是将所有软件工程师对于软件的工作副本持续集成到共享主线(mainline)的一种举措。该名称最早由Grady Booch 在他的布区方法中提出,不过他并不支持在一天中进行数次集成。之后举措成为极限编程驱动开发(TDD)的作法中,通常还会搭配自动单元测试。持续集成的提出主要是为解决软件进行系统集成时面临的各项问题。-维基百科

持续集成一般包括一些流程:

合并代码
安装依赖
编译
测试
发布

持续集成必须依靠以下原则:

  • 维护一个代码知识库
  • 自动构建,通过一个单一指令来达成系统建构
  • 一旦代码更改好,下一个阶段应该要进行所有的测试,以确保软件开发的成果匹配预期
  • 减少冲突,一天至少提交一次
  • 每次变更必须要快速完成,如此一来便可以避免集成问题
  • 尽可能的缩小测试环境和正式环境的差距,服务虚拟化通常更容易实现这个目标
  • 尽早集成
  • 任何人都可以查看最后的建构的结果
  • 自动部署

持续集成可以快速发现错误,定位错误也比较容易,它的目的就是让产品可以快速迭代,同时还能保证高质量。核心措施代码集成到主干前,必须通过自动化测试。

GitLab CI

GitLab CI流程

GitLab CI是为GitLab提供持续集成服务的一整套系统。在GitLab8.0以后的版本是默认集成了GitLab-CI并且默认启用的。
使用GitLab CI需要在仓库跟目录创建一个gitlab-ci.yml的文件,它用来指定持续集成需要运行的环境,以及要执行的脚本。还需要设置一个gitlab-runner,当有代码push变更的时候,gitlab-runner会自动开始pipeline,并在gitlab上显示持续集成的结果。

GitLab Runner

GitLab Runner是使用Go语言编写的,可以做为一个二进制文件运行,不需要特定的语言要求,他创建了一个持续集成的的环境,所需要的程序使用Docker来安装,配置好GitLab Runner运行的环境。GitLab Runner实际上都是docker container,由GitLab Runner来自动创建,运行的环境由GitLab Runner程序控制,使用docker来建立runner,使得每一个虚拟环境都干净,轻量,相互隔离,互不影响。
GitLab-Runner一般都是配合GitLab-CI使用的,在GitLab里面定义一个属于这个工程的软件集成脚本,用来自动化地完成一些软件集成工作。
GitLab-Runner执行情况如下:


执行时序图
  1. 本地代码改动
  2. 变动代码推送到GitLab上
  3. GitLab 将这个变动通知GitLab-CI
  4. GitLab-CI找出这个工程相关联的gitlab-runner
  5. gitlab-runner把代码更新到本地
  6. 根据预设置的条件配置好环境
  7. 根据预定义的脚本(一般是.gitlab-ci.yml)执行
  8. 把执行结果通知给GitLab
  9. GitLab显示最终执行的结果

gitlab-runner可以在不同的主机上部署,也可以在同一个主机上设置多个gitlab-runner ,还可以根据不同的环境设置不同的环境,比如我们需要区分研发环境,测试环境以及正式环境等。

你可能感兴趣的:(GitLab CI持续集成-GitLab Runner)