非Maven项目实现CI/CD持续集成（Jenkins+Ant）

最新推荐文章于 2024-07-25 14:48:00 发布
最新推荐文章于 2024-07-25 14:48:00 发布
阅读量679 收藏 1
点赞数
分类专栏： 项目遇见的问题 文章标签： maven jenkins ci/cd
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45224874/article/details/128983603
版权
写在前面：
本文是对公司项目做的一次自动化实战。公司架构分新旧两版，本文是对旧版本的一次实战。且由于maven仓库需内网环境的原因，选择非maven项目进行实战。
笔者在测试完成后已在个人服务器将所有源码移除，且本文未展示任何源码信息。

1.CI/CD

1.1 何为CI/CD

   根据互联网上绝大多数的说法，CI/CD其实是三个概念，包括了一个CI和两个CD。分别是 Continuous Integration（持续集成）， Continuous Delivery（持续交付）和 Continuous Deployment（持续部署）。
   简言之，CI/CD旨在打通软件开发与交付部署的链路，使各个环节形成通路，持续提高开发效率与代码品质。

1.2 为何CI/CD

CI/CD有何目的？其核心还是自动化，通过自动化的手段来提高代码质量，提升程序开发体验，更为重要的是缩短软件的交付时间。
此外，可参考PDCA戴明环，恰如其分的计划实施检查处置，可以使得整个项目质量呈螺旋式上升。CI/CD持续集成也可通过自动化步骤将整个项目的开发，测试，部署，交付联通。及时发现问题，处置问题，发现新的问题，处置新的问题... ...

1.3实战CI/CD

就笔者个人而言，我所在的项目在项目初期就已在瑞道云平台实现持续集成，持续部署。
项目为旧版本项目，通过maven进行包管理。持续集成思路为：将整个后端代码打包后上传到maven仓库，前台应用包根据坐标引用后端的jar包。将前台应用包与后台代码的持续集成巧妙转化为后台打包推送仓库与前台应用包持续集成持续部署。
同时使用容器技术，对版本镜像进行管理，另有基于Kubernetes的容器调度与管理平台，对应用进行监控与告警。总的来说在较大程度上简化集成与部署步骤，同时对镜像版本规范管理，也有益于应对升级事故。
但也正如上文所述，该部署方式较大程度上弱化了后台代码的持续集成与持续部署。例如：码农甲更改了后台代码，希望能在测试环境测试，则他需要先将后台代码打包上传，再调度前台应用的流水线发版。
相较于上面的场景，想象如下的场景：程序员乙今日修改了后台代码，检查无误后就将代码推送到版本库，版本库识别到改动，调度CI/CD工具对改动代码进行集成与部署，并将构建结果邮件告知程序员乙以及项目同事。注意，此处集成与部署的是整个应用包，而不仅是后台，也就是说只需要提交代码，然后等邮件即可，极大程度简化步骤。

2.SVN触发Jenkins自动构建

1.前置说明

  • 1.CI/CD工具此处使用的是Jenkins，较为主流。
    • 注意：Jenkins构建代码时占用内存较大。笔者个人2+2的云服务器完全不够，一构建内存会狂飙至100%。
  • 2.互联网上较多的资源介绍的是maven打包，因此这里就不过多介绍maven项目的CI/CD。此处选择ant打包。
  • 3.代码版本管理网上较多资源选择git，此处选择svn，更加切合项目实际。
  • 4.除上述所需环境外，还需Java环境，数据库（此处选择mysql5.7），以及默认已配置好svnhttp访问的httpd，跨主机调用时的内网穿透等。
    • 一般情况不需要内网穿透，但正如笔者所述。2+2的云服务器难堪大用，因此将jerkins部署在本地，但svn库放在远程，svn钩子函数需要触发本地构建，因此需要用到内网穿透。

2.实操步骤

2.1.前置相关配置
注：基础环境配置忽略
  • 1.Jenkins所需插件
    • Subversion svn版本管理
    • Ant Plugin ant打包
    • Publish Over SSH ssh远程推送
    • 发送邮件通知
  • 2.Jenkins系统配置

    • Jenkins url与系统邮件地址
      在这里插入图片描述

    • 邮件通知相关配置（注意：邮件密钥需要自己去相关邮箱配置授权码。另：这里是163邮箱的配置。）
      在这里插入图片描述

    • 右下有高级设置，其他账户也可配置上
      在这里插入图片描述

    • 默认正文内容与默认收件人
      在这里插入图片描述

    • 默认标题与正文（资源来自互联网，源码在步骤最后）
      在这里插入图片描述

    • 邮件通知配置
      在这里插入图片描述

    • SSH推送配送
      在这里插入图片描述

    • 全局的jdk配置以及ant配置
      在这里插入图片描述
      在这里插入图片描述

构建通知:${BUILD_STATUS} - ${PROJECT_NAME} - Build # ${BUILD_NUMBER} !

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>${ENV, var="JOB_NAME"}-第${BUILD_NUMBER}次构建日志</title>
</head>

<body leftmargin="8" marginwidth="0" topmargin="8" marginheight="4"
    offset="0">
    <table width="95%" cellpadding="0" cellspacing="0"
        style="font-size: 11pt; font-family: Tahoma, Arial, Helvetica, sans-serif">
        <tr>
            <td>(本邮件是程序自动下发的，请勿回复！)</td>
        </tr>
        <tr>
            <td><h2>
                    <font color="#0000FF">构建结果 - ${BUILD_STATUS}</font>
                </h2></td>
        </tr>
        <tr>
            <td><br />
            <b><font color="#0B610B">构建信息</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td>
                <ul>
                    <li>项目名称 ： ${PROJECT_NAME}</li>
                    <li>构建编号 ： 第${BUILD_NUMBER}次构建</li>
                    <li>SVN 版本： ${SVN_REVISION}</li>
                    <li>触发原因： ${CAUSE}</li>
                    <li>构建日志： <a href="${BUILD_URL}console">${BUILD_URL}console</a></li>
                    <li>构建  Url ： <a href="${BUILD_URL}">${BUILD_URL}</a></li>
                    <li>工作目录 ： <a href="${PROJECT_URL}ws">${PROJECT_URL}ws</a></li>
                    <li>项目  Url ： <a href="${PROJECT_URL}">${PROJECT_URL}</a></li>
                </ul>
            </td>
        </tr>
        <tr>
            <td><b><font color="#0B610B">Changes Since Last
                        Successful Build:</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td>
                <ul>
                    <li>历史变更记录 : <a href="${PROJECT_URL}changes">${PROJECT_URL}changes</a></li>
                </ul> ${CHANGES_SINCE_LAST_SUCCESS,reverse=true, format="Changes for Build #%n:<br />%c<br />",showPaths=true,changesFormat="<pre>[%a]<br />%m</pre>",pathFormat="    %p"}
            </td>
        </tr>
        <tr>
            <td><b>Failed Test Results</b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td><pre
                    style="font-size: 11pt; font-family: Tahoma, Arial, Helvetica, sans-serif">$FAILED_TESTS</pre>
                <br /></td>
        </tr>
        <tr>
            <td><b><font color="#0B610B">构建日志 (最后 100行):</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <!-- <tr>
            <td>Test Logs (if test has ran): <a
                href="${PROJECT_URL}ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip">${PROJECT_URL}/ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip</a>
                <br />
            <br />
            </td>
        </tr> -->
        <tr>
            <td><textarea cols="80" rows="30" readonly="readonly"
                    style="font-family: Courier New">${BUILD_LOG, maxLines=100}</textarea>
            </td>
        </tr>
    </table>
</body>
</html>
2.2.创建一个构建任务

  • 创建自由风格项目即可

  • 源码管理选择svn
    在这里插入图片描述

  • 触发构建脚本与轮询都需勾选
    在这里插入图片描述

  • 构建环境选择ant，ant与jdk选择前置的全局配置
    在这里插入图片描述

  • 构建步骤，ant的build.xml文件会在项目实践中贴出
    在这里插入图片描述

  • 构建后步骤增加消息推送与ssh远程推送
    在这里插入图片描述
    在这里插入图片描述

（触发选择always）
在这里插入图片描述
（ssh推送直接推送到所需要的lib文件夹下，且删除旧包，重新部署tomcat）
在这里插入图片描述

  • 注意：前文触发构建时配置的token“baseOSPBuild”，是配置在svn仓库下，hooks里面的钩子函数。但我这里展示的是另一种脚本触发方式。
    在这里插入图片描述
    在这里插入图片描述
    上图中admin及token在如图所示处配置
    在这里插入图片描述

@符号后面的域名是访问jenkins的域名。

2.3.项目实战

前置先删除之前的jar包
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

前台前置校验
在这里插入图片描述

在这里插入图片描述

后台提交代码触发整个项目构建
在这里插入图片描述

触发失败，未开启内网穿透
在这里插入图片描述

开启穿透后再次提交
在这里插入图片描述

推送成功
在这里插入图片描述

成功触发自动构建
在这里插入图片描述

邮箱收到构建结果
在这里插入图片描述

前台验证
在这里插入图片描述
在这里插入图片描述

后台类
在这里插入图片描述在这里插入图片描述

另：
贴上build.xml

<?xml version="1.0" encoding="UTF-8"?>
<project basedir="." default="jar" name="baseOSP">
    <!-- 引入配置文件 -->
<!--    <property file="build.properties" />-->
    <!-- 配置引用属性 -->
    <property name="src.dir1" value="model1" />
    <property name="src.dir2" value="model2" />
    <property name="build.dir" value="build" />
    <property name="lib.dir" value="libs" />
    <property name="name" value="baseOSP" />

    <path id="master-classpath">
        <fileset dir="${lib.dir}">
            <include name="*.jar" />
        </fileset>
        <pathelement path="${build.dir}" />
    </path>

    <!-- 编译生成class文件 -->
    <target name="build"
            description="Compile main source tree java files">

        <!-- 删除编译存放的classes文件 -->
        <delete dir="${build.dir}/classes"></delete>
        <!-- 新建编译存放的classes文件 -->
        <mkdir dir="${build.dir}/classes" />
        <copy todir="${build.dir}/classes">
            <!-- 将项目中除会编译生成class文件的java文件之外其他类型的文件拷贝到对应的目录下，指定文件名后缀 -->
            <fileset dir="${src.dir1}">
                <include name="**/*.xml" />
            </fileset>
            <fileset dir="${src.dir2}">
                <include name="**/*.xml" />
            </fileset>
        </copy>
        <!-- java编译 -->
        <javac destdir="${build.dir}/classes" source="1.8" target="1.8"
               debug="true" deprecation="false" optimize="false" failonerror="true"
               encoding="utf-8">
            <src path="${src.dir1}" />
            <!-- 编译所需要的jar包路径 -->
            <classpath refid="master-classpath" />
        </javac>
        <javac destdir="${build.dir}/classes" source="1.8" target="1.8"
               debug="true" deprecation="false" optimize="false" failonerror="true"
               encoding="utf-8">
            <src path="${src.dir2}" />
            <!-- 编译所需要的jar包路径 -->
            <classpath refid="master-classpath" />
        </javac>
    </target>

    <target name="jar" depends="build"
            description="Compress the java class files to jar">

        <mkdir dir="${build.dir}/jar" />
        <delete file="${build.dir}/jar/${name}.jar" />
        <buildnumber file="${build.dir}/buildnum.txt" />
        <!-- 指定时间戳 可以调用TODAY -->
        <tstamp>
            <format property="TODAY" pattern="yyyy-MM-dd HH:mm:ss" />
        </tstamp>

        <!-- 打包jar -->
        <!-- includes 包含哪些后缀文件 空格分隔 -->
        <jar destfile="./${name}.jar"
             basedir="${build.dir}/classes"
             includes="**/*.class  **/*.xml">
            <zipfileset src="${lib.dir}/DBFormBuilder-1.2.26.jar"></zipfileset>
            <zipfileset src="${lib.dir}/osp-base-sdk-1.1.330.jar"></zipfileset>
        </jar>
    </target>

<!--    <target name="cleanup">-->
<!--        <delete dir="${build.dir}/classes" />-->
<!--    </target>-->
</project>

3.后续展望

  • 本实例是在不使用maven，以及未上前后端分离应用的情况下作出的svn触发Jenkins持续集成的实例。前台应用包可单独创建流水线，通过svn钩子函数触发服务器tomcat重启即可。后台代码构建难度相较而言较高，与之相比已无说明意义，参照次实例应用即可。
  • 前文提及的云服务器，内网穿透等使用因人而异。云服务器不做提及，内网穿透个人使用过ngrok和花生壳，推荐使用花生壳，ngrok虽然免费，但域名和服务器随机分配，稳定性差。使用云服务器及内网穿透等目的在于：证明ssh推送几svn远程触发的可行性。
  • Jenkins另可与jmeter，sonar协同使用，提升代码品质，降低交付风险。
  • 相关源码已在个人svn服务器尽数移除。
局点
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Jenkins+Ant+Tomcat持续集成自动化测试平台搭建
01-27
总结来说，Jenkins+Ant+Tomcat的持续集成自动化测试平台搭建是一个系统性的过程，涉及到多个组件的安装、配置和集成。通过这个平台，开发团队可以实现高效、稳定的持续集成和自动化测试，提高软件的质量和交付速度。
Jenkins+Ant+Jmeter发送邮件，需要的jar包
08-10
1. **Jenkins**: Jenkins是一款开源的持续集成/持续交付（CI/CD）服务器，用于自动化各种软件开发任务，包括编译、测试和部署。在2.403.1版本中，Jenkins提供了丰富的插件和配置选项，支持定制化工作流。 2. **Ant*...
jenkins+git+ant+tomcat构建非maven项目
qq_34132541的博客
10-19 890
jenkins+git+ant+tomcat构建非maven项目 因项目服务器比较多，打包上传启动比较麻烦，因此想去做jenkins自动部署而搭建的，中间遇到许多坑，记录下 1，jenkins安装 先确认已安装jdk和git(git版本不要太低，太低版本在jenkins中会报错) sudo wget https://mirrors.tuna.tsinghua.edu.cn/jenkins/redhat-stable/jenkins-2.204.5-1.1.noarch.rpm sudo yum in
CI/CD——Jenkins+Git构建企业CI/CD持续集成持续发布平台
611 - 菜鸟运维逆袭架构师之路
06-08 1431
Jenkins构建企业CI/CD持续集成持续发布平台一、发布形式二、Jenkins概述三、Jenkins 目标四、Jenkins特性五、Jenkins部署配置详解5.1 部署Git5.2 JDK环境部署5.3 部署Maven5.4 部署TOMCAT5.5 部署Jenkins5.6 管理插件5.7 Jenkins系统设置5.8 SSH设置5.9 新建任务5.10 构建任务六、总结一下 实现持续集成/持续发布的产品：开发（git）–> git主库 --> jenkins（git+jdk+tomca
GitLab + Jenkins + Docker 实现 CI/CD 集成发布
weixin_45710286的博客
07-02 2129
在没有持续集成持续发布之前，传统的开发模式是项目一开始就划分模块，等到所有代码开发完成之后再集成到一起进行测试，但是随着技术的发展，业务量不断增加，软件规模也在不断的扩大，单一的划分模块的方式就会出现特别多的问题，由于代码中的很多 Bug 在项目的早期就存在，等到最后集成测试的时候才发现问题，这样会导致开发者需要在集成阶段花费大量的时间去修改代码，再加上软件的复杂性短时间内很难定位错误位置，而持续集成的出现就可以消除这个弊端。......
Jenkins与实现CI/CD
wenqing_ruyu的博客
07-30 4380
Jenkins与实现CI/CD
CI/CD持续集成与持续交付（二）jenkins环境搭建、项目部署
cjzcc1996的博客
07-14 398
首先我们先明确主机id及其功能：此时我们再开一个虚拟机用来安装jenkins： jenkins官网下载：Jenkins 的安装和设置国内镜像站：Index of /jenkins/redhat/ | 清华大学开源软件镜像站 | Tsinghua Open Source Mirrorjenkins要求java8的jdk：​​​ 可以看到jenkins的端口为8080。注：若是提示java版本原理一直启动不了，可以尝试手动安装更高版本的java包，但必须是java8的；或者用旧一点版本的jenkins。​​ 使
【敏捷开发】jenkins「CI持续集成 CD持续部署」
Jzin的博客
03-08 2590
【敏捷开发】jenkins「CI持续集成 CD持续部署」- 部署vue和go项目 - 待定
【持续集成】使用jenkins+ant构建非maven项目
chitun2903的博客
08-13 467
一、Jenkins简介 概念：Jenkins是一个开源软件项目，基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。 官方网站：http://www.jenkins.org.cn/ 相关特点： 开源免费 跨平台，支持所有的平...
Jenkins+ant+jmeter 搭建接口自动化持续集成环境 框架——完整实用版
songlh1234的博客
10-30 5855
利用Jenkins+ant+jmeter实现日常工作接口自动化持续集成。 所有环境依赖JDK，所以第一步我们必须先安装配置好JDK环境。JDK下载安装配置教程 然后我们开始正式搭建： 1.搭建jmeter环境：我本地上已经搭建好，如果不会的可以自行百度一下jmeter的安装教程。有很多，讲解的也很清晰明了。jmeter的下载地址 2.搭建ant环境:Ant和maven类似，maven是执行...
【持续集成测试】服务器中部署Jenkins+ANT+JMeter
weixin_55018452的博客
02-28 1033
文章目录前言一、JMeter之Linux版本下载二、上传、解压、配置1.上传略过2.解压2.1执行命令 ：`unzip apache-jmeter-4.0.zip`，解压安装包2.2解压成功2.3进入JMeter的bin目录2.4分配操作权限2.5检测命令是否可用2.6配置JMeter环境变量2.7Xming、PuTTy安装1、输入`jmeter`，得出以下提示：2、处理办法安装一个X11：3、安装Xming4、安装PuTTy总结 前言 Jenkins自动化部署可以解决集成、测试、部署等重复性的工作..
Jenkins是一个开源的持续集成和持续部署工具.docx
07-23
Jenkins 是一款备受推崇的开源持续集成（CI）和持续部署（CD）工具，最初源自于 Hudson，使用 Java 语言编写，具备跨平台运行的能力。它可以独立运行或者在诸如 Tomcat 等 Servlet 容器中运行。由于其高度的灵活性和...
持续集成(CI)工具：jenkins_2.170
04-03
Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具。 Jenkins用Java语言编写，可在Tomcat等流行的servlet容器中运行，也可独立运行。 通常与版本管理工具(SCM)、构建工具结合使用。 常用的版本控制工具有SVN...
Maven进阶
2302_78914800的博客
07-24 1186
如在web开发时，只有在编译和测试时才用到servlet-api，将其设置为此范围，在运行时servlet-api由web容器提供，无须依赖。并且在打war包时，此范围的依赖不会打在WEB-INF/lib下。对于更大的项目，我们可能需要创建自己的库并在不同的部分使用它的项目。SNAPSHOT -- 快照版本，ALPHA -- 内侧版本，BETA -- 公测版本，RELEASE -- 稳定版本，GA -- 正式发布。默认使用此依赖范围，其下的maven依赖，对于编译，测试，运行classpath都有效。
Springboot集成Elasticsearch High Level REST Client实现增删改查实战
老徐的博客只有干货
07-25 1309
Elasticsearch 的 High Level REST Client 是一个用于与 Elasticsearch 进行交互的 Java 客户端库，它提供了比低级别的 REST 客户端更高级别的抽象。High Level REST Client 使用了 OkHttp 库作为底层的 HTTP 客户端，并且提供了自动重试、连接管理和错误处理等功能。它允许开发人员以面向对象的方式构建请求和解析响应，从而简化了与 Elasticsearch 的 REST API 的交互过程。
Linux系统下的DevOps工具链：从CI到CD
ddcajdkdl的博客
07-24 602
Linux系统下的DevOps工具链覆盖了从持续集成（CI）到持续部署（CD）的全过程，以下是关键环节及其常用工具： 1.版本控制 (SCM) •Git: 管理代码版本，分支合并，是DevOps流程的基础。 2.持续集成服务器 (CI Server) •Jenkins: 最流行的开源CI工具，支持广泛插件，可灵活配置构建、测试流程。 •GitLab CI/CD: 集成在GitLab平台中，提供从代码存储到部署的一体化解决方案。 •Travis CI: 云原生CI服务，适合开源项目和GitHub仓
基于JAVA的厨艺交流平台（Vue.js+SpringBoot+MySQL）
08-01
基于Vue.js和SpringBoot的厨艺交流平台是一个功能丰富的在线社区，旨在为烹饪爱好者提供一个分享和学习烹饪技巧的平台。该平台分为管理后台和用户网页端，支持管理员和普通用户两种角色。管理后台提供对菜谱分类、菜谱信息、食材信息、商品信息和美食日志模块的全面管理功能，包括添加、编辑、删除和查询等操作。用户网页端则为用户提供了一个友好的界面，可以浏览和搜索各种菜谱，查看食材和商品信息，发表自己的美食日志，与其他用户互动交流。整个平台采用现代化的前端技术和后端框架，保证了良好的用户体验和高效的数据处理能力。 演示录屏：https://www.bilibili.com/video/BV1uz42197zu 配套教程：https://www.bilibili.com/video/BV1pW4y1P7GR
层次分析法数学建模论文.doc
最新发布
08-01
层次分析法数学建模论文
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值