流水线即代码是什么

把流水线定义写成仓库里的版本化文件（.gitlab-ci.yml、GitHub Actions 的 workflow yaml、Jenkinsfile），与代码一起评审、变更、回滚与审计。背景：早期 CI 在 Web 界面点选配置，无法评审、迁移与复用；流水线即代码把配置对象化、可 diff，也让重建环境的成本大幅下降。注意权限面：能改动流水线文件的人实际上能在构建机上执行代码，流水线文件本身是高权限资产，应按与生产权限同等的标准管理。

基本信息

典型使用场景

• 多环境重建：平台迁移或灾难恢复时，仓库里的定义直接重放，不用回忆界面里的勾选项。
• 变更审计：谁在什么时候改了哪条发布逻辑，git 历史里可查。
• 分支试验：在新分支试用新的流水线结构，验证后再合并，不影响主干交付节奏。
• 复用与模板：把公共步骤抽象成模板或共享库（各平台有 include、可复用工作流、共享库等机制），减少重复粘贴。
• 同级别评审：影响发布行为的改动走与代码同等的评审流程。
• 提交前自检：部分平台提供配置 lint 或本地执行工具，先发现问题再推送。
• 事故复盘：对照流水线定义的变更历史，定位问题是什么时候引入的。

Jenkinsfile 片段

pipeline {
  agent any
  stages {
    stage('Build') {
      steps { sh 'make build' }   # 构建逻辑写在仓库里
    }
    stage('Test') {
      steps { sh 'make test' }    # 与代码一起评审
    }
  }
}