搭建持续集成环境,hudson新建任务时Source Code Management下没有subversion,只显示none,怎么解决
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了搭建持续集成环境,hudson新建任务时Source Code Management下没有subversion,只显示none,怎么解决相关的知识,希望对你有一定的参考价值。
环境:jdk7,hudson3.0.1,tomcat7,subverson1.7.10
重装了几次Source Code Management下依然没有subversion,看文档都是默认就有,难道必须手工安装插件才可以,求大神指导一下,非常急。
最新的已经改名叫jenkins了
http://mirrors.jenkins-ci.org/war/latest/jenkins.war
使用Hudson进行持续集成
小Alan最近接了一个任务,就是使用Hudson进行持续集成,持续集成是怎么个概念,3言2语也说不清,有兴趣的童鞋去找我二奶度娘问问就知道了,说到Hudson就不得不提一下jenkins,目前来说用jenkins的应该要比Hudson多吧,毕竟jenkins的更新频率还是要比Hudson快,两者其实是五十步笑百步,会玩Hudson,jenkins也难不到哪去,所以jenkins暂时就不多介绍了。
在介绍Hudson之前给大家推荐一本书,这本书是来自许晓斌老师的《Maven实战》,本篇文章会借鉴该书的内容,小Alan也把这本书看完了,这是一本非常值得购买的书,作为一名程序猿可以买下来收藏。
接下来,让我们一起进入Hudson的世界:
第一步:安装Hudson
Hudson下载地址:http://hudson-ci.org/,下载完成后就能获得一个hudson.war文件,如图:
注意事项:Hudson必须运行在JRE1.5或更高的版本上。
最简单的启动方式是在命令行直接运行hudson.war(这里不演示这种方式,有兴趣的童鞋去找我二奶度娘问问就知道怎么玩了)。
Hudson.war顾名思义,既然是一个war文件,自然可以被部署到各种Web容器中,如Tomcat、Glassfish、Jetty及Jboss等。
这里以Tomcat7为例,只需要把Hudson.war扔到Tomcat的部署目录webapps下,然后去bin目录,运行startup.bat,如图:
待tomcat启动完成后,打开浏览器访问http://localhost:8080/hudson就能看到hudson的界面了。
首次运行Hudson会进入如下一个界面,要你选择你所需要安装的插件,选择好需要安装的插件后点击install或者finish,如图:
以后再次访问Hudson都会直接进入Hudson的首页,如图:
第二步:准备使用Hudson进行持续集成所需要的环境
①准备JDK运行环境:JDK环境还要我教你怎么搭建的话,你后面可以不用看下去了,作为一名猿,我是绝对不希望看见你这样的猿的,交配还得看基因好不好呢,好了不开玩笑了。
②准备Subversion仓库:在正式创建Hudson持续集成任务之前,需要准备好版本控制系统。常见的版本控制工具有CVS、Subversion、Git、Mercurial等。Subversion可能是当前使用范围最广的版本控制工具吧?反正我不知道大家喜欢用什么,但是我还是比较喜欢用Subversion,通俗点说就是SVN。SVN的安装我就不多扯了,我二奶度娘肯定知道的,没事多找我二奶谈谈人生,聊聊理想。
③准备项目管理框架:这里我会使用Maven,个人在工作的过程中觉得Maven真的是非常不错的,没用过的猿或者用过的猿都建议深入学习一下,Maven的安装也是so简单,别告诉我你不会,不会找一下我二奶度娘。
第三步:Hudson的基本系统设置
在创建Hudson持续集成任务之前,需要对Hudson系统做一些基本的配置,包括JDK安装位置和Maven安装位置,Hudson会使用这些配置好的JDK和Maven进行持续集成任务。也可以使用Ant或者Shell来持续集成项目,一样的要配置好安装位置。
点击Hudson首页左边的“系统管理”,然后单击页面右侧的“系统设置”以进入系统设置界面,如图:
在系统设置页面,首先要配置的是Hudson将使用的JDK。在页面中找到对应的部分,然后单击Add JDK按钮,Hudson就会提示用户进行安装。Hudson默认会提示自动安装JDK,可以看到Install automatically的复选框是被选上的,但是不建议自动安装,一般作为一个开发人员,本机上都是有JDK的,没必要花时间去等待Hudson再次下载JDK。手动输入本机JDK的位置(往往就是JAVA_HOME环境变量的值)。
可以配置多个JDK,需要项目支持多个不同版本JDK的时候非常有用,这里不多介绍。
Maven的配置与JDK类似,不再多说,如图:
最后,别忘了单击页面下方的Save按钮保存系统设置,如图:
第四步:创建Hudson任务
单击页面左边的新建任务,然后在页面右边选择任务的名称及类型。对于一般的maven项目来说,可选择的类型有Build a free-style software project和Build a maven2 project。前者不仅支持maven项目,还支持其它类型的构建工具,如Ant、Shell。这里我们选择第一种,这种方式更可控制,当任务出现问题的时候也更容易检查,如图:
输入任务名称,并选择free-style类型后,单击OK按钮即可进入详细的任务配置页面,如图:
第五步:Hudson任务的基本配置
首先是项目的名称和描述,接着是一个重要的选项Discard Old Builds。该选项配置如何抛弃旧的构建。Hudson每执行一次构建任务,就可以保存相应的源代码、构建输出、构建报告等文件。很显然,如果每次构建相关的文件都保存下来,将会渐渐耗光磁盘空间。为此,Hudson提供两种方式让用户选择保留哪些构建任务相关的文件,它们分别为:
□Days to keep builds:如果其值为非空的N,就仅保留N天之内的构建文件。
□Max # of builds to keep:如果#非空,就仅保留最多#个最近构建的相关文件。
如图,表示最多保留10个最近的构建,如图:
第六步:Hudson任务的源码仓库位置
接着需要配置项目的源码控制系统。在项目配置页面的Source Code Management部分,选择Subversion单选按钮,然后在Repository URL文本框中输入项目的Subversion仓库地址。一般来说,该部分的其他选项保留默认值即可(如果在界面没有看见这些东西,则说明Hudson Subversion Plug-in插件没有安装),如图:
需要注意的是,如果访问Subversion仓库需要认证,Hudson会自动探测并提示用户输入认证信息。因为我用的是局域网上的SVN,所以不需要认证,这里没有切实的图片给大家演示,如图:
单击enter credential后,Hudson会弹出一个页面让我们选择认证方式并输入认证信息。输入正确信息之后,Hudson就能读取仓库源代码了,如图采用用户名和密码的方式进行认证:
第六步:Hudson任务的构建触发配置
Build Triggers部分配置的是触发构建的方式。可选的三种方式分别为:
□Build after other project are built:在其他项目构建完成之后构建本项目。
□Build periodically:周期性地构建本项目。
□Poll SCM:周期性地轮询源码仓库,发现有更新的时候构建本项目。
我们选择第三种方式,也是最常用的构建方式,既然是轮询,就需要配置轮询的频率,Hudson使用了著名的UNIX任务调度工具Cron所使用 的配置方式。大家自己找我二奶度娘了解一下。如图:
我配置的是每隔15分钟轮询一次。
第七步:Hudson任务的构建配置
接下来要配置Hudson使用运行Maven命令构建项目。单击Build部分中的Add build step下三角按钮,然后选择Invoke Maven 3(如果没有看见这个,说明没有安装Hudson maven3 Plugin),如图:
这里就会默认使用我们在系统配置中配置的maven构建项目,指定好要运行的命令,如图:
需要注意的是,日常持续集成任务如果成功的话,都会生成快照版的项目构建。如果维护了一个私服,那么持续集成任务就应当自动将构建部署到私服中,供其他项目使用。单击最下方的Save按钮保存配置。这时,可以单击页面左边的“立即构建”来手动触发第一次集成。如图:
这样,一个简单的持续集成任务就配置成功了。
可爱博主:AlanLee
博客地址:http://www.cnblogs.com/AlanLee
本文出自博客园,欢迎大家加入博客园。
以上是关于搭建持续集成环境,hudson新建任务时Source Code Management下没有subversion,只显示none,怎么解决的主要内容,如果未能解决你的问题,请参考以下文章
Jenkins+Maven+Gitlab+Nexus持续集成环境搭建
《持续集成实践指南》第2章 持续集成环境搭建Jenkins+Gitlab+Gerrit