基于Jenkins的持续集成

标签: jenkins 持续集成 | 发表时间:2012-05-30 02:04 | 作者:
出处:http://www.iteye.com
Jenkins是一个持续集成工具,前身叫做Hudson,在实际项目应用中非常重要,本文介绍这一工具的使用方法。

首先我们访问Jenkins的网站:



Jenkins 的网址是: http://jenkins-ci.org/

从网站下载Jenkins: http://mirrors.jenkins-ci.org/war/latest/jenkins.war

可以看到jenkins的发布形式非常简单,就是一个war。运行Jenkins也十分简单:

java -jar jenkins.war


启动时日志输出如下:

Running from: /Users/weli/Downloads/jenkins.war
webroot: $user.home/.jenkins
...
INFO: Jenkins is fully up and running


从日志中可以看到jenkins会把配置文件和数据保存在$user.home/.jenkins当中。此时我们访问Jenkins的HTTP服务页面:

http://127.0.0.1:8080


此时进入界面会发现Jenkins正在初始化,稍等片刻后,就可以看到主界面:



从上图中可以看到,左侧有New Job可以新建任务。Jenkins的设计思路比较贴近于Linux下面的cron:我们都知道,cron允许我们将一个任务按一定的时间周期去执行。对于cron来讲,任务的触发条件就是时间。而Jenkins将这一思路加以扩展,把触发条件这一块大大加强了。比如Jenkins允许我们以代码库中的代码提交为触发条件,去执行任务。并且支持用户自己去写代码,写插件,去扩展各种需要的触发条件。

我们现在可以创建一个任务试试看:



可以看到,Jenkins默认支持我们创建多种任务。我们选择第一种,即:

Build a free-style software project


并将Job名命令为TEST:



在指定触发条件时,可以看到Jenkins默认支持多种触发条件,其中 "Build periodically" 就是类似于cron的按时间触发,而Poll SCM则是允许用户让Jenkins定期查询某一个项目的代码库,如果有代码变动则触发执行定义的任务:



当然,如果要使用Poll SCM的方式来执行任务,则需要在Jenkins中配置一个项目代码库所在的位置。在TEST任务中,我们将需求砍到最简,既不准备指定一个特定的项目,更不存在项目的代码库,我们只准备让Jenkins帮我们执行一行Linux命令ls。此外,在我们的TEST任务中, 我们也不指定任务触发条件,这样的情况下,这个任务就是手工触发的,只有我们让它执行,它才执行。

接下来我们配置要执行的任务:



我们在TEST任务中使用Execute Shell,即我们的任务是要执行脚本:



我们的任务非常简单:让Jenkins执行ls命令,没有触发条件,我们手工执行。保存这个任务,试着执行它:




看到左边有个'Build Now',这就是手工执行这个任务的链接。执行完成后,会出现结果:



蓝灯代表着任务正确完成。Jenkins判断任务是否正常完成的逻辑很明确:对于执行脚本而言,返回值为0代表任务正常完成。对于Jenkins支持的其它Jobs类型,比如Maven任务,Jenkins会有更为细节的绑定,比如会检查到mvn在执行任务时是否成功,单元测试是否通过,等。

下面是我们任务的执行结果:



注意到左边有"Console Output",里面有我们的任务执行的详细日志。这就是Jenkins提供的另一个核心价值:任务执行过程可审计。

相信读完本文,你已经对Jenkins是一个什么样的工具,它的用法都已经有所了解。接下来就是深入使用它,让它在你的项目中充分发挥价值。


已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [jenkins 持续集成] 推荐:

基于Jenkins的持续集成

- - ITeye博客
Jenkins是一个持续集成工具,前身叫做Hudson,在实际项目应用中非常重要,本文介绍这一工具的使用方法. 首先我们访问Jenkins的网站:. Jenkins 的网址是: http://jenkins-ci.org/. 从网站下载Jenkins: http://mirrors.jenkins-ci.org/war/latest/jenkins.war.

Jenkins: 使用Jenkins搭建持续集成(CI)环境

- - CSDN博客研发管理推荐文章
首先从官网 http://jenkins-ci.org/下载 Java Web Archive (.war). 例如我保存到 D:\jenkins\jenkins.war. 运行Jenkins需要JRE的支持Java5 or later. 默认会运行在8080端口,正常启动完成如下图. 我们可以在浏览器输入127.0.0.1:8080来查看,如图我们的Jenkins已经跑起来了.

Google App Engine通过Jenkins增加了持续集成支持

- - InfoQ cn
由于与云软件提供商CloudBees的合作关系,现在Google App Engine用户可以使用持续集成工具Jenkins来构建、测试与部署其云应用了. 该新服务(通过托管的CloudBees. DEV@Cloud产品来提供)延续了PaaS的趋势——提供了持续集成工具,可以连接到主流的源码控制仓库上.

Jenkins+Maven进行Java项目持续集成

- - CSDN博客研发管理推荐文章
最近配置了Jenkins服务器,记录下基本过程. (当然还遇到了若干小问题,兵来将挡水来土掩就是了). 从Jenkins官网下载jenkins.war文件. 官网地址:http://jenkins-ci.org/,注意选择最新版本的Long-Term Support Release. 把war文件部署到Tomcat中.

基于 Jenkins 快速搭建持续集成环境

- - zzm
随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题. 尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要. 持续集成正是针对这一类问题的一种软件开发实践. 它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成.

如何使用Jenkins持续集成C#网站项目 - 暗夜孤灯的个人页面 - 开源中国

- -
上两节分别讲了如何从vss迁移C#网站项目到gitlab和如何使用nuget管理C#网站项目,其实都是为了最后一节的内容做铺垫:持续集成C#网站项目,这里我们使用的持续集成工具是Jenkins. 项目按这个思路初始化配置到Jenkins后,每次提交代码到gitlab,Jenkins自动触发完成部署.

Jenkins的plugin开发

- - CSDN博客研发管理推荐文章
       Jenkins强大的功能主要靠其丰富的plugin体现,之前的一篇博客《 Jenkins安装plugin》中介绍了如何找到并安装需要的plugin. 虽然目前已经有大量非常优秀的plugin可供使用,但是有时候仍需要自己开发一些满足项目特殊要求的plugin. 下面通过一个简单实例,介绍Jenkins的plugin的整个开发过程.

持续集成将死

- - 透明思考
在思考“ 云时代的研发环境长什么样”这个问题的时候,我逐渐意识到一件很重要的事. 2000年首次被提出、在过去十几年中我们习以为常的敏捷核心实践 持续集成,很可能正在走到它生命周期的尾声. 让我们来回顾一下Martin Fowler在他那篇 著名的文章里如何描述持续集成这个过程:. 一旦完成了修改,我就会在自己的计算机上启动一个自动化build.

SonarQube和Jenkins的集成

- - 研发管理 - ITeye博客
在Java软件开发过程中,开发团队往往要花费大量的时间和精力发现并修改代码缺陷. Java 静态代码分析(static code analysis)工具能够在代码构建过程中帮助开发人员快速、有效的定位代码缺陷并及时纠正这些问题,从而极大地提高软件可靠性并节省软件开发和测试成 本. 目前市场上的 Java 静态代码分析工具种类繁多且各有千秋,因此本文将分别介绍现有 4 种主流 Java 静态代码分析工具 (Checkstyle,FindBugs,PMD,Jtest),并从功能、特性等方面对它们进行分析和比较,希望能够帮助 Java 软件开发人员了解静态代码分析工具,并选择合适的工具应用到软件开发中.

Deploy the spring cloud project using jenkins

- - Telami
先简单记录下Jenkins部署maven聚合工程要点. Root pom配置成项目根目录的pom.xml. maven命令单独install 欲构建的项目. 选项后可跟随{groupId}:{artifactId}或者所选模块的相对路径(多个模块以逗号分隔). 表示同时处理选定模块所依赖的模块. 表示同时处理依赖选定模块的模块.