目录

1. 认识pipeline

2. 流水线语法

3. 流水线语法生成

4. jenkins脚本语法维护

5.pipeline具体实现

5.1 pipeline拉取gitlab代码

5.2 pipeline-maven构建项目

5.3 pipeline-sonarqube代码测试

5.4 pipeline-jenkins构建镜像

5.5 pipeline-通知服务器拉取镜像并运行

5.6 jinkins发送外部通知

1. 认识pipeline

#想要快速定位出现的问题，上面的这种自定义风格的项目是很难做到的，因为日志都打印在一个面上。所以需要流水线。

#体验流水线

#可以很清晰的看到每个流程执行的时间和结果。

#我们要做的就是把我们 第1-第8 之前实现的每一个步骤，都按照流水线的形式来完成。

2. 流水线语法

#想要构建流水线，就需要先了解它的语法

//所有脚本命令都放在pipeline中
pipeline {
    //jenkins可以做集群，这里是选择哪个jenkins节点来构建任务
    agent any
    
    //声明全局变量，方便后面使用
    environment {
        key = 'value'
    }
    
    //主体。具体每个阶段的任务定义
    stages {
        stage('拉取gitlab仓库代码') {
            steps {
                echo '拉取gitlab仓库代码 - 成功'
            }
        }
    
        stage('maven构建项目') {
            steps {
                echo 'maven构建项目 - 成功'
            }
        }
   
        stage('sonarqube代码检测') {
            steps {
                echo 'sonarqube代码检测 - 成功'
            }
        }
    
        stage('jenkins制作自定义镜像并推送到harbor') {
            steps {
                echo 'jenkins制作自定义镜像并推送到harbor - 成功'
            }
        }
   
        stage('jenkins通知服务器拉取镜像并运行') {
            steps {
                echo 'jenkins通知服务器拉取镜像并运行 - 成功'
            }
        }
    }
}

#写在pipeline script中，立即构建

3. 流水线语法生成

#例如”拉取gitlab仓库代码“步骤

##

#把生成的语法放到具体的stage.steps里面即可。

4. jenkins脚本语法维护

#在jenkins端的脚本维护是比较麻烦的。这里我们选用流水线每次构建的时候，从git拉取jenkinsfile文件进行构建。

#在git仓库中追加一个名为Jenkinsfile的文件

#把流水线脚本放到里面即可。这样每次构建会先拉取这个文件，根据此文件进行构建。

#再次构建即可看到

5.pipeline具体实现

5.1 pipeline拉取gitlab代码

#这里我们还是要根据标签来拉取代码

#在我们之前生成的git拉取代码流水线语法中复制，写到到giltlab仓库的Jenkinsfile中。

#写入，注意我们使用了变量tag，来拉取对应代码。

#再次build，就会根据版本。

5.2 pipeline-maven构建项目

#构建项目无非就是执行shell命令

#生成pipeline脚本，再放到gitlab上的Jenkinsfile文件里。

sh '/var/jenkins_home/maven/bin/mvn clean package -DskipTests'

#构建如果出现这样的问题

#我们也可以手动去容器内部执行mvn clean package -DskipTests命令测试构建，也会失败。

#mvn -v出来显示java的版本是17那肯定是构建不了的，因为我们的IDEA是2024的最新版本，用的是jdk22。

#所以最后是因为jenkins容器内部JAVA_HOME指定的位置不是我们安装的jdk-22版本。在容器内部改过来即可。或者在docker-compose.yml就写好这个环境变量。

export JAVA_HOME=/var/jenkins_home/jdk

#再次构建即可

jenkins@dbab3d17884d:~/workspace/pipeline$ ls target/*.jar
target/mytest1.jar

5.3 pipeline-sonarqube代码测试

#基于sonar-scanner

#生成脚本，放到Jenkinsfile中

##

#再次构建即可

5.4 pipeline-jenkins构建镜像

#推送镜像这边，如果仓库地址写固定的，后期修改会很麻烦。所以在Jenkinsfile去定义环境变量，进行调用即可。

environment {
        harborUser = 'admin'
        harborPasswd = 'Harbor12345'
        harborAddress = '192.168.64.21:80'
        harborRepo = 'repo'
    }

#生成构建和推送脚本写到Jenkinsfile

mv ./target/*.jar ./docker/
docker build -t ${JOB_NAME}:${tag} ./docker/


docker login -u ${harborUser} -p ${harborPasswd} ${harborAddress}
docker tag ${JOB_NAME}:${tag} ${harborAddress}/${harborRepo}/${JOB_NAME}:${tag}
docker push ${harborAddress}/${harborRepo}/${JOB_NAME}:${tag}
docker image prune -f

#构建之后。验证一下

5.5 pipeline-通知服务器拉取镜像并运行

#publish over ssh

#先声明一下字符参数，等下引用

#生成流水线脚本，添加到Jenkinsfile

#生成脚本

sshPublisher(publishers: [sshPublisherDesc(configName: 'node1', transfers: [sshTransfer(cleanRemote: false, excludes: '', execCommand: "deploy.sh $harborAddress $harborRepo $JOB_NAME $tag $host_port $container_port", execTimeout: 120000, flatten: false, makeEmptyDirs: false, noDefaultExcludes: false, patternSeparator: '[, ]+', remoteDirectory: '', remoteDirectorySDF: false, removePrefix: '', sourceFiles: '')], usePromotionTimestamp: false, useWorkspaceInPromotion: false, verbose: false)])

#改为双引号!!!

#开始构建。最后我们就完成了从自由风格转变到pipeline的配置。

#其实都是差不多的一套东西，但流水线更清晰

##

5.6 jinkins发送外部通知

#下载钉钉插件

#钉钉群添加自定义机器人，关键字：部署

#Jenkins——系统管理——钉钉配置

#有了机器人以后就就可以写pipeline脚本了，因为自动生成是出不来的。

#每个插件不同版本有不同的使用方式，详细看文档

##

post {
        success {
            dingtalk(
                robot: 'jenkins-ding',
                type: 'MARKDOWN',
                title: 'success: ${JOB_NAME}',
                text: [ "- 构建成功： ${JOB_NAME} \n- 版本号： ${tag} \n- 构建持续时间： ${currentBuild.durationString}" ]
            )
        }
        failure {
            dingtalk(
                robot: 'jenkins-ding',
                type: 'MARKDOWN',
                title: 'failure: ${JOB_NAME}',
                text: [ "- 构建成功： ${JOB_NAME} \n- 版本号： ${tag} \n- 构建持续时间： ${currentBuild.durationString}" ]
            )
        }

    }

#再次构建，如果失败显示语法错误，重启jenkins即可。

#Jenkinsfile全部内容如下

//所有脚本命令都放在pipeline中
pipeline {
    //jenkins可以做集群，这里是选择哪个jenkins节点来构建任务
    agent any
    
    //声明全局变量，方便后面使用
    environment {
        harborUser = 'admin'
        harborPasswd = 'Harbor12345'
        harborAddress = '192.168.64.21:80'
        harborRepo = 'repo'
    }
    
    //主体。具体每个阶段的任务定义
    stages {
        stage('拉取gitlab仓库代码') {
            steps {
                checkout scmGit(branches: [[name: '${tag}']], extensions: [], userRemoteConfigs: [[url: 'http://192.168.64.20:8929/root/test2.git']])
                echo '拉取gitlab仓库代码 - 成功'
            }
        }
    
        stage('maven构建项目') {
            steps {
                sh '/var/jenkins_home/maven/bin/mvn clean package -DskipTests'
                echo 'maven构建项目 - 成功'
            }
        }
   
        stage('sonarqube代码检测') {
            steps {
                sh '/var/jenkins_home/sonar-scanner/bin/sonar-scanner -Dsonar.sources=./ -Dsonar.projectname=${JOB_NAME} -Dsonar.java.binaries=./target/ -Dsonar.projectKey=${JOB_NAME} -Dsonar.login=sqa_8ad59a82479f82e3b9068e7bee530fc8e01f04e5'
                echo 'sonarqube代码检测 - 成功'
            }
        }
    
        stage('jenkins制作自定义镜像并推送到harbor') {
            steps {
                sh '''mv ./target/*.jar ./docker/
docker build -t ${JOB_NAME}:${tag} ./docker/
docker login -u ${harborUser} -p ${harborPasswd} ${harborAddress}
docker tag ${JOB_NAME}:${tag} ${harborAddress}/${harborRepo}/${JOB_NAME}:${tag}
docker push ${harborAddress}/${harborRepo}/${JOB_NAME}:${tag}'''
                echo 'jenkins制作自定义镜像并推送到harbor - 成功'
            }
        }
   
        stage('jenkins通知服务器拉取镜像并运行') {
            steps {
                sshPublisher(publishers: [sshPublisherDesc(configName: 'node1', transfers: [sshTransfer(cleanRemote: false, excludes: '', execCommand: "deploy.sh $harborAddress $harborRepo $JOB_NAME $tag $host_port $container_port", execTimeout: 120000, flatten: false, makeEmptyDirs: false, noDefaultExcludes: false, patternSeparator: '[, ]+', remoteDirectory: '', remoteDirectorySDF: false, removePrefix: '', sourceFiles: '')], usePromotionTimestamp: false, useWorkspaceInPromotion: false, verbose: false)])
                echo 'jenkins通知服务器拉取镜像并运行 - 成功'
            }
        }
    }
    post {
        success {
            dingtalk(
                robot: 'jenkins-ding',
                type: 'MARKDOWN',
                title: 'success: ${JOB_NAME}',
                text: [ "- 构建成功： ${JOB_NAME} \n- 版本号： ${tag} \n- 构建持续时间： ${currentBuild.durationString}" ]
            )
        }
        failure {
            dingtalk(
                robot: 'jenkins-ding',
                type: 'MARKDOWN',
                title: 'failure: ${JOB_NAME}',
                text: [ "- 构建失败： ${JOB_NAME} \n- 版本号： ${tag} \n- 构建持续时间： ${currentBuild.durationString}" ]
            )
        }

    }
}

# devops # 运维 # jenkins # ci/cd
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生