持续集成 / 配置构建计划 / 缓存目录

缓存目录

文章内容

1. 功能介绍
2. 默认构建节点
3. Docker 构建环境
4. 缓存 Docker 基础镜像
5. 保存 Dockerfile
6. 默认节点使用缓存
7. Docker 自定义构建环境使用缓存

功能介绍

本地项目在按安装依赖包时会把下载的文件缓存起来，以供下次安装使用。比如使用 npm install 命令后会在项目中生成 ./node_modules，缓存储存在 ~/.npm 目录，后者体积更小，更通用。

• 默认构建节点

  CODING 会为每个构建计划自动分配计算资源，构建完毕即销毁，每次构建都会自动重新分配一台构建节点，因此需要指定「缓存目录」用于加速下次构建。

• 自定义构建节点

  若选择自行接入计算资源，并在构建计划中选择通过自定义构建节点执行任务，那么构建完毕不会销毁服务器，故无需指定「缓存目录」。

如果使用在持续集成中使用 Docker 时需要把「缓存目录」挂载至 Docker 中。

默认构建节点

CODING 为构建计划提供基础的任务计算资源，每次任务都会分配一台云主机，构建环境为 Linux 系统、分配 root 用户权限，缓存目录如下：

包管理工具	缓存目录
Maven	/root/.m2/
Gradle	/root/.gradle/
npm	/root/.npm/
composer	/root/.cache/composer/
yarn	/usr/local/share/.cache/yarn/

你可以在构建计划设置中的「变量与缓存」中勾选缓存目录，如果未找到目标目录还支持自行录入。

Docker 构建环境

若在构建计划中使用 Docker 环境，那么需先行前往「变量与缓存」中勾选缓存目录，再挂载至 Docker 中。

Jenkinsfile

pipeline {
  agent any
  stages {
    stage('检出') {
      steps {
        checkout([
          $class: 'GitSCM',
          branches: [[name: env.GIT_BUILD_REF]], 
          userRemoteConfigs: [[url: env.GIT_REPO_URL, credentialsId: env.CREDENTIALS_ID]]
        ])
      }
    }
    stage('Java 缓存') {
      agent {
        docker {
          image 'adoptopenjdk:11-jdk-hotspot'
          args '-v /root/.gradle/:/root/.gradle/ -v /root/.m2/:/root/.m2/'
          reuseNode true
        }
      }
      steps {
        sh './gradlew test'
      }
    }
    stage('npm 缓存') {
      steps {
        script {
          docker.image('node:14').inside('-v /root/.npm/:/root/.npm/') {
            sh 'npm install'
          }
        }
      }
    }
  }
}

自定义构建节点

在自定义构建节点中使用 Docker 环境时需按照服务器用户名找到对应的缓存目录，例如当 Ubuntu 服务器的默认用户名为 ubuntu 时，缓存目录为 /home/ubuntu/.npm/，那么对应的代码为：

docker.image('node:14').inside('-v /home/ubuntu/.npm/:/root/.npm/') {
  sh 'npm install'
}

缓存 Docker 基础镜像

如果每次构建都需要拉取 Docker 基础镜像，例如 Dockerfile 基础镜像、 CI agent 镜像，那么通常会耗费大量时间，此时就可以通过缓存进行加速。

参考以下 Jenkinsfile，修改镜像名称即可复用：

pipeline {
  agent any
  environment{
    DOCKER_CACHE_PATH = '/root/.cache/docker/php-8.0-cli.tar'
  }
  stages {
    stage('加载缓存') {
      when { expression { fileExists(DOCKER_CACHE_PATH).equals(true) } }
      steps {
        sh 'docker load -i /root/.cache/docker/php-8.0-cli.tar || true'
      }
    }
    stage('使用镜像（请修改此段）') {
      agent {
        docker {
          image 'php:8.0-cli'
          args '-v /root/.cache/:/root/.cache/'
          reuseNode 'true'
        }
      }
      steps {
        sh "php -v"
      }
    }
    stage('生成缓存（仅运行一次）') {
      when { expression { fileExists(DOCKER_CACHE_PATH).equals(false) } }
      steps {
        sh 'mkdir -p /root/.cache/docker/'
        sh 'docker save -o /root/.cache/docker/php-8.0-cli.tar php:8.0-cli'
      }
    }
  }
}

在缓存目录处增加 /root/.cache/ 路径，此时第二次的构建耗时明显更短，说明缓存已生效：

⚠️ 缓存镜像会逐渐过时，建议定时清除，与官方更新保持一致。

保存 Dockerfile

在持续集成中使用 Dockerfile 作为构建环境，需要运行 docker build 命令用以初始化，较为不便。可以将已构建的 Docker 镜像保存到仓库，方便二次拉取复用。

Jenkinsfile

// 创建 CODING Docker 制品库，获取用户名、密码和仓库地址
sh "docker login -u $DOCKER_USER -p $DOCKER_PASSWORD my-team-docker.pkg.coding.net"

// 使用 Dockerfile 的 md5 做 tag
md5 = sh(script: "md5sum Dockerfile | awk '{print \$1}'", returnStdout: true).trim()
imageFullName = "my-team-docker.pkg.coding.net/my-project/my-repo/my-app:dev-${md5}"

// 检查镜像是否已存在远端仓库
dockerNotExists = sh(script: "docker manifest inspect $imageFullName > /dev/null", returnStatus: true)
def testImage = null
if (dockerNotExists) {
    testImage = docker.build("$imageFullName", "--build-arg APP_ENV=testing ./")
    sh "docker push $imageFullName"
} else {
    testImage = docker.image(imageFullName)
}

// 使用镜像进行自动化测试
testImage.inside("-e 'APP_ENV=testing'") {
    stage('test') {
        echo 'testing...'
        sh 'ls'
        echo 'test done.'
    }
}

代码解释：在 shell 中执行下列命令，通过返回值可以判断「镜像是否已存在」。

$ docker manifest inspect ecoding/foo:bar
no such manifest
$ echo $?
1

缓存也是加速构建的最好方式之一，但是不同工具和语言的方案各不相同，接下来将会枚举几种常见的场景和加速方案。

默认节点使用缓存

对于持续集成默认节点来说，如果直接在宿主机上进行构建，Maven 和 Gradle 会将构建的依赖下载到 /root/.m2 和 /root/.gradle 中， Npm 也是同理的依赖会下载到 /root/.npm 中。参考缓存目录——功能介绍。

Docker 自定义构建环境使用缓存

你可以参考《Dockerfile 最佳实践》。该文档是 Docker 的官方文档，文档中提出了一些措施帮忙我们编写优秀的 Dockerfile。

对 FROM 的镜像进行抽象

如果您有多个服务，每个 Dockerfile 里面都需要 apt-get 安装一些工具，此时您应该抽象出您的 FROM 镜像安装好必要的工具，将其作为 FROM 镜像给 Dockerfile 使用。
对于团队来说，基础镜像的管理是非常有必要的，不光可以减少构建耗时，还可以统一的修复安全漏洞，增加内置的工具，可以大大减少开发和运维同学的维护成本。

自定义构建环境使用缓存

持续集成除了使用官方提供的构建环境， 还可以使用 Docker 自定义构建环境。
自定义构建环境就相当于 docker run 出了一个 container，构建的指令在这个环境中执行。

举例： 假如需要用 Java18 和 Maven 构建程序：

pipeline {
  agent {
    docker {
      reuseNode 'true'
      registryUrl 'https://coding-public-docker.pkg.coding.net'
      image 'public/docker/openjdk:18-2022'
      args '-v /root/.m2:/root/.m2 -v /usr/bin/docker:/usr/bin/docker -v /var/run/docker.sock:/var/run/docker.sock'
    }
  }

  stages {
    stage('检出') {
      steps {
        checkout([
          $class: 'GitSCM',
          branches: [[name: env.GIT_BUILD_REF]],
          extensions: [[$class: 'CloneOption', depth: 1, noTags: false,  shallow: true]],
          userRemoteConfigs: [[url: env.GIT_REPO_URL, credentialsId: env.CREDENTIALS_ID]]
        ])
      }
    }
    stage('编译') {
      steps {

        sh "mvn clean install"
      }
    }

    stage('push ') {
      steps {
        sh "echo password | docker login xxx-docker.pkg.coding.net -u xxx  --password-stdin  "
        sh "docker build -t myjava:latest ."
        sh "docker push myjava:latest "
      }
    }
  }
}

请注意到 args '-v /usr/bin/docker:/usr/bin/docker -v /var/run/docker.sock:/var/run/docker.sock -v /root/.m2:/root/.m2 '

• -v /usr/bin/docker:/usr/bin/docker -v /var/run/docker.sock:/var/run/docker.sock，将 docker 和 docker.sock 挂载到自定义环境的容器中，可以在后续的 stage 和 step 中使用 docker。
• -v /root/.m2:/root/.m2，将宿主机的 /root/.m2 和自定义构建环境的容器的 /root/.m2 进行一个映射，在自定义构建环境容器中执行 mvn clean install 下载的 maven 一来会下载到容器的 /root/.m2。
• 勾选上 变量与缓存 中 Maven，这样下次构建就会利用上这个缓存。

问题反馈 >

上一篇构建快照下一篇Composer

2023-09-19最近更新

感谢反馈有用

感谢反馈没用

在阅读中是否遇到以下问题？*

内容找不到

内容没更新

描述不清楚

链接有错误

步骤不完整

代码或图片缺失

您希望我们如何改进？*

如果您希望得到回复，请留下您的邮箱地址。

提交取消