Jenkins基础教程（188）Jenkins自动化部署和持续交付实现：摸鱼神器Jenkins：自动化部署让您准时下班不是梦！

原创于 2025-11-26 08:01:21 发布 · 219 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#jenkins #自动化 #servlet

Jenkins基础教程专栏收录该内容

197 篇文章

订阅专栏

那个总在深夜加班的测试小哥，自从用了Jenkins后，居然天天准点下班了。

一、Jenkins：不只是另一个工具，而是你未来的"摸鱼搭子"

作为开发工程师，你是否经常遇到这样的场景：深夜十点，办公室灯火通明，你正在手动部署代码到测试环境，一步步执行编译、测试、打包、部署，一不小心在某个环节出错，又要从头再来。

而你的测试同事，正对着四五台显示器，手忙脚乱地整理各种测试报告和日志文件。

但有一天，公司引入了Jenkins这个神奇的"摸鱼搭子"。一周后，测试小哥居然准时下班了！开发团队解决问题的速度也比以前快了一倍。

Jenkins究竟是什么？ 简单来说，它就像一个自动化大总管。你可以告诉它：当代码提交后，它要从哪里下载代码，如何编译，怎样测试，怎么打包，以及如何部署到目标环境。

说白了，这些之前大部分手动进行的操作，现在可以通过工具自动进行了。抽象起来，就是生产工具的改进促进了生产力的提升。

二、Jenkins语言基础：Groovy没那么可怕，像写菜谱一样简单

很多初学者看到Jenkins中的Groovy脚本就头大，以为必须精通编程才能玩转Jenkins。其实不然！

1. Jenkins的理解门槛其实很低：

UI操作就能完成80%的需求：像配置Git仓库、设置定时构建、基础邮件通知，点一点界面就能搞定。
Pipeline即代码：推荐使用Declarative Pipeline，语法清晰得像写配置。
Groovy脚本：在Scripted Pipeline中使用，灵活性更高，但学习成本也相应增加。

Jenkins就像一辆车——你可以只学开车（UI操作），不必学会造车（Groovy编程）。但如果你懂点机械原理（Groovy基础），开车时会更加得心应手。

2. 感受一下Jenkins Pipeline的友好程度：

pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                echo 'Building...'
            }
        }
        stage('Test') {
            steps {
                echo 'Testing...'
            }
        }
    }
}

这语法，是不是几乎像在读英文说明书？所以别被"编程"吓到，Jenkins的学习曲线其实相当平缓。

三、CI/CD核心概念：为什么它能让你准时下班？

1. CI持续集成：早发现，早治疗

CI（持续集成） 是指开发人员频繁地将代码提交到共享的版本控制系统中，自动化工具会自动编译、构建和运行测试，以便快速发现和修复问题。

它的核心目标是快速验证代码的正确性，减少集成风险。

2. CD持续交付：一键发布不是梦

CD（持续交付） 则是在CI的基础上，将测试通过的代码自动部署到生产环境或交付给用户。

它的核心目标是实现代码的自动化交付，降低部署复杂性。

3. CI/CD的工作流程：

代码提交：开发者将代码提交到版本控制系统。
构建与测试：Jenkins自动触发构建，并运行单元测试和集成测试。
镜像构建：将代码打包为可部署的镜像（如Docker镜像）。
环境部署：自动将镜像部署到测试环境、预发布环境和生产环境。

通过CI/CD，企业可以实现"代码即交付"的目标，显著提高开发效率和代码质量。

四、环境搭建：5分钟搞定Jenkins安装

1. 使用Docker安装Jenkins（最简单的方式）：

docker run -d --name jenkins -p 8080:8080 -p 50000:50000 jenkins/jenkins:lts

这条命令会下载并运行最新版本的Jenkins，你只需打开浏览器访问http://localhost:8080就能看到Jenkins界面。

2. 初始配置：

第一次打开后会提示输入管理员密码，可以在日志中找到。然后系统会推荐安装插件，选择"安装推荐插件"即可。

安装完成后创建第一个管理员用户，就可以开始使用Jenkins了。

五、实战演练：电商项目自动化部署完整示例

让我们通过一个真实的电商平台项目，一步步构建完整的CI/CD流水线。

1. 项目架构说明

假设我们有一个电商平台，包含用户服务、商品服务和订单服务三个微服务。每个服务都是一个独立的Spring Boot项目，使用Maven构建，最终打包为Docker镜像部署到Kubernetes集群。

2. 完整的Jenkins Pipeline脚本：

pipeline {
    agent any
    tools {
        maven 'M3'
        jdk 'JDK11'
    }
    parameters {
        choice choices: ['dev', 'test', 'prod'], description: '部署环境', name: 'DEPLOY_ENV'
        booleanParam defaultValue: false, description: '是否跳过集成测试', name: 'SKIP_INTEGRATION'
    }
    stages {
        stage('Checkout') {
            steps {
                git branch: 'main', url: 'https://github.com/company/our-microservice-project.git'
            }
        }
        stage('Unit Test') {
            steps {
                sh 'mvn clean test'
            }
            post {
                always {
                    junit 'target/surefire-reports/*.xml'
                }
            }
        }
        stage('Build') {
            steps {
                sh 'mvn clean package -DskipTests'
            }
        }
        stage('Docker Build') {
            steps {
                script {
                    if (params.DEPLOY_ENV == 'prod') {
                        sh 'docker build -t your-registry/ecommerce-user:${BUILD_NUMBER} .'
                    } else {
                        sh 'docker build -t your-registry/ecommerce-user:latest .'
                    }
                }
            }
        }
        stage('Integration Test') {
            when {
                expression { !params.SKIP_INTEGRATION }
            }
            steps {
                sh 'mvn verify -Pintegration-tests'
            }
            post {
                always {
                    junit 'target/failsafe-reports/*.xml'
                    allure includeProperties: false,
                        jdk: '',
                        results: [[path: 'target/allure-results']]
                }
            }
        }
        stage('Deploy to Kubernetes') {
            steps {
                script {
                    sh "kubectl set image deployment/ecommerce-user ecommerce-user=your-registry/ecommerce-user:${params.DEPLOY_ENV == 'prod' ? BUILD_NUMBER : 'latest'} -n ${params.DEPLOY_ENV}"
                }
            }
        }
    }
    post {
        success {
            emailext (
                subject: "构建成功：${env.JOB_NAME} - ${env.BUILD_NUMBER}",
                body: """
                <h2>构建信息</h2>
                <p>项目：${env.JOB_NAME}</p>
                <p>构建号：${env.BUILD_NUMBER}</p>
                <p>部署环境：${params.DEPLOY_ENV}</p>
                <p>构建日志：${env.BUILD_URL}console</p>
                <p>测试报告：${env.BUILD_URL}testReport</p>
                """,
                to: "team@company.com"
            )
        }
        failure {
            emailext (
                subject: "构建失败：${env.JOB_NAME} - ${env.BUILD_NUMBER}",
                body: "请立即检查构建：${env.BUILD_URL}",
                to: "developers@company.com"
            )
            // 发送钉钉通知
            sh """
                curl -H 'Content-Type: application/json' \\
                -d '{"msgtype":"text","text":{"content":"Jenkins构建失败，请立即检查：${env.JOB_NAME} - ${env.BUILD_NUMBER}"}}' \\
                https://oapi.dingtalk.com/robot/send?access_token=YOUR_TOKEN
            """
        }
    }
}

3. Pipeline阶段详解：

Checkout：从Git仓库拉取代码。
Unit Test：运行单元测试并生成测试报告。
Build：使用Maven打包项目。
Docker Build：根据不同环境构建Docker镜像。
Integration Test：运行集成测试并生成漂亮的Allure报告。
Deploy：部署到Kubernetes集群。

这个流水线完美展示了现代CI/CD流程的全过程，从代码提交到最终部署完全自动化。

六、测试结果汇总：让你的"锅"无处可逃

测试结果汇总是持续集成中至关重要的一环，它的价值远不止是"告诉谁把代码搞坏了"这么简单。

1. 为什么要做测试汇总？

快速反馈，及时修复：开发人员在提交代码后几分钟内就能知道自己的改动是否破坏了现有功能。
质量趋势可视化：单个测试用例的失败可能只是偶然，但如果某个模块的测试失败率持续上升，这就是一个危险信号。
决策支持：该不该发布？能不能上线？这些不应该靠"直觉"判断，而应该基于清晰的测试数据。
责任明确（适度"甩锅"）：当测试失败时，明确指向某个具体的代码变更，能够减少团队内的互相推诿。

2. 测试汇总配置示例：

stage('Test') {
    steps {
        sh 'mvn test allure:report'
    }
    post {
        always {
            junit 'target/surefire-reports/*.xml'
            allure includeProperties: false,
                jdk: '',
                results: [[path: 'target/allure-results']]
        }
    }
}

配置成功后，当测试失败时，Jenkins会在构建历史中显示红色标识，一眼就能看出问题。点击进入构建详情页，你会看到"Test Result"链接，里面有详细的测试报告。

七、Jenkins高级技巧：多环境部署与回滚

1. 蓝绿部署与金丝雀发布

通过Jenkins，可以实现蓝绿部署和金丝雀发布，确保新版本的稳定性。

蓝绿部署：在两组生产环境中分别部署旧版本和新版本，通过流量切换实现无缝切换。
金丝雀发布：逐步增加新版本的流量比例，通过实时监控评估新版本的性能和稳定性。

2. 回滚机制

在CI/CD流程中，必须设计回滚机制，确保在新版本出现问题时，能够快速回滚到之前的稳定版本。

stage('Rollback') {
    when {
        expression { params.ROLLBACK }
    }
    steps {
        sh 'kubectl rollout undo deployment/ecommerce-user -n ${params.DEPLOY_ENV}'
    }
}