GitLab Runner执行流程 runner-execution-flow

拿我格子衫来

已于 2023-02-28 16:49:53 修改

阅读量1w

点赞数 3

CC 4.0 BY-SA版权

分类专栏： GitLab CI/CD 教程文章标签： ci/cd devops

于 2022-02-16 19:31:36 首次发布

本文链接：https://blog.youkuaiyun.com/github_35631540/article/details/122970419

GitLab CI/CD 教程专栏收录该内容

66 篇文章 ¥19.90 ¥99.90

订阅专栏

本文详细解析了GitLab Runner在CI/CD中的执行流程，包括注册runner、作业请求和处理循环。在注册过程中，Runner通过POST请求与GitLab对接，并在成功后保存配置。在作业执行时，Runner接收GitLab的作业负载，克隆代码，执行任务并返回状态。文章还提供了相关链接以供深入学习。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景

在GitLab CI/CD中 GitLab Runner 是要与GitLab 紧密合作的，在流水线运行过程中，他们之间经常会进行数据的交互，理解他们之间的数据流转对我们理解这个流水线的运行周期非常重要。下面我就结合官方的GitLab Runner 执行来做一次详细的分析。

runner 执行流程图

在这里插入图片描述

该图来自官方，官方地址 https://docs.gitlab.com/runner/#runner-execution-flow

流程详解

注册runner

在安装GitLab Runner后，我们需要执行注册这个动作，该动作需要两个重要参数就是GitLab 的Host，以及注册令牌token，有了这两个参数，我们就能将GitLab Runner与GitLab 对接起来。在这一过程中GitLab Runner使用POST请求方式，调用的是/api/v4/runner接口，并携带了注册令牌token。注册成功后GitLab，GitLab实例保存注册的Runner信息，包括tags，runner描述，IP等信息,并且会给GitLab Runner返回一个状态，并携带了runner_token。GitLab Runner接受到返回的成功状态后，会在它的配置文件中新增一个ru

了解本专栏