使用Jenkins控制Docker镜像构建流程

57次阅读

问题描述

想要在CI流水线中将构建环境集成到Docker中，并希望实现以下目标：
1. 当有人推送到Docker源代码仓库时，Jenkins会触发构建该Docker镜像。
2. 如果构建成功，Docker会使用新构建的镜像运行软件构建。
3. 如果软件构建成功，Docker镜像会被打标签并推送到Docker镜像仓库。

用户已经编写了一个包含四个阶段的Jenkins文件，但是他对在’script’块中进行构建和触发Docker构建的方式感到不满，觉得这种方式不够优雅。

用户想知道是否有其他工具或已定义的流程可以实现这样的需求，以及是否有更好的方法来完成这个任务，因为这将投入生产环境，并希望它具有足够的弹性和持久性。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

方案1

根据用户的需求，可以使用Jenkins的Pipeline功能来实现这个任务。以下是一个示例的Jenkinsfile，其中包含了用户所描述的四个阶段：

pipeline {
  agent any
  stages {
    stage('Checkout and build Docker Source') {
      steps {
        checkout([
          $class: 'GitSCM',
          branches: [[name: '*/master']],
          doGenerateSubmoduleConfigurations: false,
          submoduleCfg: [],
          userRemoteConfigs: [[
            credentialsId: 'asdf787c-5fd4-4dfb-81ad-873jhf107223',
            url: 'git@mydockersourcerepo.git']]])
        sh 'pushd docker && docker build -t ${image}:latest . && popd '
      }
    }
    stage('Checkout Target Source') {
      steps {
        script {
          checkout([
            $class: 'GitSCM',
            branches: [[name: 'mybranch']],
            doGenerateSubmoduleConfigurations: false,
            extensions: [[
              $class: 'SubmoduleOption',
              disableSubmodules: false,
              parentCredentials: false,
              recursiveSubmodules: true,
              reference: '',
              trackingSubmodules: true,
              relativeTargetDir: 'source']],
            submoduleCfg: [],
            userRemoteConfigs: [[
              credentialsId: 'Bitbucket-Jenkins',
              url: 'ssh://git@sourcerepo.git']]])
        }
      }
    }
    stage('Build Source Target') {
      steps {
        script {
          sh 'docker-compose up'
        }
      }
    }
  }
  post {
    success {
      script {
        sh 'docker tag ${image} 10.90.239.223:5000:/${image} && docker push 10.90.239.223:5000:/${image}'
      }
    }
  }
}

在上面的示例中，我们使用Jenkins的Pipeline功能来定义了一个包含三个阶段的流水线。每个阶段都有相应的步骤来完成用户所需的操作。

请注意，这只是一个示例，你需要根据你的实际情况进行适当的修改。你可能需要更改Git仓库的URL、分支名称、Docker镜像的名称等。

方案2

使用脚本或工具来管理Docker镜像的构建流程可能会增加复杂性，并且需要确保所有步骤的顺序和依赖关系正确设置。

另一种方法是使用脚本或工具来控制Docker镜像的构建流程。你可以使用docker build命令手动构建Docker镜像，并使用docker run命令来运行软件构建。你还可以使用一些第三方工具来管理Docker镜像的依赖关系。

以下是一个简单的bash脚本示例，可以实现用户所需的构建流程：

#!/bin/bash
# 检出并构建Docker源代码
git clone git@mydockersourcerepo.git
cd docker
docker build -t ${image}:latest .
cd ..

# 检出软件源代码
git clone -b mybranch ssh://git@sourcerepo.git source

# 在Docker容器中构建软件源代码
docker run -v $(pwd)/source:/app -w /app your_image_for_building_software

# 打标签并推送新的Docker镜像
docker tag ${image} 10.90.239.223:5000:/${image}
docker push 10.90.239.223:5000:/${image}

在这个示例中，我们首先使用git clone命令将Docker源代码仓库克隆到本地，并使用docker build命令构建Docker镜像。然后，我们使用git clone命令将软件源代码仓库克隆到本地，并使用docker run命令在Docker容器中构建软件源代码。最后，我们使用docker tag命令给新的Docker镜像打标签，并使用docker push命令将镜像推送到Docker镜像仓库。

请注意，这只是一个示例，你需要根据你的实际情况进行适当的修改。你可能需要更改Git仓库的URL、分支名称、Docker镜像的名称等。

以上是两种实现用户需求的解决方案，你可以根据自己的情况选择其中一种或结合使用。希望对你有帮助！

正文完