SVN+Maven+Tomcat+Jenkins持续构建

一、准备工作

  1.1安装软件

  安装JDKSVNMavenTomcatJenkins及必要插件。

  

  1.2安装jenkins所需插件  

  最开始安装jenkins时选择安装默认的插件。

    其他插件:

    Maven Integration:构建maven项目

Publish Over SSH:用于将构建好的项目发送至

Subversion Plug-in:连接svn,默认安装插件中有该插件。

  

  1.3配置JAVA_HOME、MAVEN_HOME

此处看一些教程上勾选的是,但是自身在最后构建项目时一直提示找不到maven的配置文件,后来换成userdefault mavne settins就好了。

  

  

    

1.4配置打包后文件部署机器

  例如A机器打包,发送至B机器,配置B机器。如果是A机器打包,发送A机器,配置A机器信息即可。

  相当于指定打包文件的目的地。

  

在系统设置中,添加一个SSH Service

 

  接着点击高级按钮,勾选上使用密码,填入连接密码,点击test config, 出现success即可。

   如果点击test cofig一直转圈圈或失败,可能是服务器对应端口未开启,安全组ip未设置,密码错误。

  

二、配置构建项目信息

  

  2.1 点击新建item,创建一个maven项目

    2.2配置代码地址

  

  添加SVN账号密码:

  

  

  2.3 去掉所有触发器,手动触发。

  

  

  2.4配置打包命令

  此处配置文件中通过profile配置了多环境支持,如果没有配置多环境,可取消-Ptest.

  打包命令最好本地运行一遍,看能否打包成功。

clean compile package -Dmaven.test.skip=true -Ptest

  2.5配置远程发布的目录

  之前1.4中已经指定了一个主机的/user/local/tomcat/tomcat-8.xx-xxx文件夹,此处指定一个位置,就是原有基础拼接一个路径。

  2.5.1 选择只再构建成功后发送。点击send file or ...。

   

    

    2.5.2 配置具体目录信息

    这个地方配置错了也没事,只会找不到源文件导致打包后的文件发不出去,后面可以通过打包输出的控制台信息确定路径修改配置重写打包。

    

    最后点击应用保存。

三、构建

  

  找到对应工程 点击

  

  查看控制台输出。

  

  如果上述配置发送远程主机源文件路径有问题,可参考此处的说明

  

  另外新建一个工程,出现了新建item时的名称出现两次,导致需要多写一个工程名,如下所示:

  

  此时需要多写一个工程名,具体路径可根据控制台输出,填写工程名之后的路径。

参考:

https://www.jianshu.com/p/391705161076 推荐看这篇写的比较清晰。

https://blog.csdn.net/hongtaolong/article/details/83451507?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

原文地址:https://www.cnblogs.com/huang-changfan/p/12520442.html

时间: 2024-08-03 11:49:11

SVN+Maven+Tomcat+Jenkins持续构建的相关文章

Jendins+svn+maven+tomcat自动化部署环境搭建

在一个Tomcat集群的架构体系中,需要一个自动发布平台,对于大的公司都是自己建设,而对于中小公司一般采取的使用开源搭建,所以接下来详细介绍基于Jendins+svn+maven+tomcat的自动化部署环境搭建. 1. jenkins安装(svn,maven,tomcat已安装): 将jenkins.war拷贝到tomcat的webapps目录下 访问ip+端口/jenkins即安装成功: 2. 配置: 全局环境配置: 在jenkins中进入系统管理页面,选择系统管理,配置页面中的JAVA_H

个人环境搭建——搭建jenkins持续构建集成环境

---恢复内容开始--- 搭建jenkins持续构建集成环境  要搭建jenkins持续构建集成环境,首先要安装tomcat和JDK:   第一部分,基本说明:   敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要. 它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成.而每次的集成都是通过自动化的构建来验证,包括自动编译.发布和测试,从而尽快地发现集成错误,让团队能够更快的开发内聚的软件. 持续集成的核心价值在于:

谈谈对Jenkins持续构建的认识

通过多次搭建Jenkins持续构建环境,终于对Jenkins有了进一步认识,在此把所学所得和大家分享一下,希望可以帮助大家快速掌握Jenkins的核心思想. 在安装完Jenkins的setup.exe程序后,在浏览器会自动打开Jenkins的主页,通过Jenkins主页配置各种参数.  过程一:安装Jenkins的MsBuild Plugin插件,此插件用于支持MSBuild.exe的构建工作: 过程二:配置插件,告诉MsBuild Plugin插件用哪个版本的MSBuild.exe来构建,比如

项目持续集成环境(jenkins + SVN + maven + tomcat)

整体流程 每次SVN上代码有变动,触发自动构建动作,并部署到服务器的tomcat上,具体流程: 1.SVN上提交代码修改 2.maven执行Goals 3.将web工程打成war包 4.关闭服务器的tomcat,拷贝war包到服务器tomcat的webapps目录,启动tomcat 项目相关配置 因为我们使用的是maven工程,所以配置下pom.xml就可以啦,重点关注build的配置,如下: <build> <finalName>dss</finalName> <

SVN怎么触发Jenkins自动构建

通常,有几种方式可以在SVN仓库发生改变时触发Jenkins进行构建.第一种是,Jenkins主动轮询SVN仓库:第二种是,在SVN客户端(如TortoiseSVN)创建客户端hooks来触发构建:第三种是,在SVN服务器端,创建仓库hooks来触发构建.而我所要介绍的就是这第三种. 在http://svnbook.red-bean.com/en/1.5/svn.reposadmin.create.html#svn.reposadmin.create.hooks这里可以找到如何创建仓库hooks

jenkins + svn + maven + tomcat 持续集成引擎

Jenkins 的前身是 Hudson 是一个可扩展的持续集成引擎. 通俗的来讲,jenkins就是一个可以实现自动化部署的一个插件, 对于我来说,也是应用在系统部署上. 废话不多说,直接进入我们的安装步骤吧 1.安装JDK,maven环境搭建 因为考虑到jenkins的实际应用场景,我们需要把这些基础环境先安装完成. jdk安装比较简单不做赘述,maven环境借用了osc其他大侠的博客内容, 试了下安装成功. maven官网下载安装包:http://maven.apache.org/downl

Jenkins+SVN+maven+Tomcat构建自动化集成任务

安装Jenkins方法详解:https://www.cnblogs.com/lizhe860/p/9901257.html 一.安装maven插件 1.依次进入系统管理→插件管理→可选插件, 找到Maven Integration,并勾选,点击立即安装. 2.点击[新建任务],会发现多了一个选项,如下图. 二.全局工具配置 1.配置jdk 2.配置maven 三.新建maven项目 1.选择[构建一个maven项目] 2.配置SVN 3.构建触发器定时 Poll SCM(代码有更新时触发). B

jenkins maven tomcat做持续集成

maven 采用 maven 3.0以上的版本.tomcat 采用 tomcat 7.0 以上的版本 1. tomcat 配置用户账号和权限 tomcat-users.xml ? 1 2 3 4 5 <role rolename="manager-gui"/> <role rolename="manager-script"/> <role rolename="manager-jmx"/> <role ro

Jenkins持续构建

Jenkins是一个什么?它是一个持续集成的开源工具.它的前身是 Hudson,2011年Hudson社区为摆脱Oracle对'Hudson'命名干扰,将Hudson改名为Jenkins. 一个团队开发比较大型的软件时,比如采用敏捷开发,多次迭代.在第一次迭代完成时,开发和测试就可以同时进行.使用Jenkins构建一个测试环境.这样测试也不会对开发环境造成混乱. Jenkins优点是,可以通过各种手段触发构建.例如提交给版本控制系统时被触发,也可以通过类似Cron的机制调度,也可以在其他的构建已