[控场AI]
产品GitLab CI / GitLab CI/CD

GitLab CI/CD

GitLab 内置的持续集成与持续交付平台,通过 .gitlab-ci.yml 配置流水线、阶段和任务,支持 Runner 执行、构建产物传递和测试报告收集。

时间轴 (近 90 天)

10月26日

可复用的 CI/CD 检查习惯包括:把业务规则写成测试(尤其是门槛)、用提交编号找到对应运行、从任务日志解释失败或成功、确认运行的服务使用了那次构建的包。

待验证50%
10月26日

GitLab CI/CD 的核心概念包括 Pipeline(流水线,整次运行)、Stage(阶段,任务分组)和 Job(任务,具体命令)。

待验证50%
10月26日

GitLab Runner 是实际执行 CI/CD 任务的代理进程,Pipeline 中定义的任务最终都由某个 Runner 领取并执行。

待验证50%
10月26日

在演示的 GitLab CI/CD 流水线中,推送错误版本后流水线编号 66 失败,测试任务失败后打包和部署任务被跳过。

待验证50%
10月26日

演示中修复后,推送新提交创建流水线编号 67,三个任务(测试、打包、部署)都成功。

待验证50%
10月26日

在演示的失败测试日志中,刚好达到门槛的用例预期运费 0 分,实际返回 1000 分,从而暴露出多收 10 元的 Bug。

待验证50%
10月26日

演示中通过为 JAR 计算指纹并在部署后核对运行文件的指纹,确认运行的服务使用了本次构建的包,而不是旧版本或缓存文件。

待验证50%
10月26日

演示的流水线配置中,测试任务调用 Maven 的 Test,版本参数带上提交短编号作为构建版本,并检查退出码以确保失败传播。

待验证50%
9月22日

CI_JOB_TOKEN是GitLab CI/CD流水线中每个Job自动注入的短生命周期令牌,Job结束后即失效

待验证50%

全部知识事实 (9)

来源文章