作者:empty 出版社:empty |
网络上很多大神的博客有关于Jenkins的文章, 有点蛋疼的是, 大神们往往写的很简单, 像我这种小白级人物看着像天书, 我现在写下的都是我在使用jenkins时的一些经验。原本打算直接在网页上写的, 但是网页写着不是很方便。word写好了, 那就顺便发布一个pdf版本的吧。如果文章中有错误, 我会在http//www.cnblogs.com/z0412/p/ienkins02.html更正。
易于安装-只要把jenkins.war部署到servlet容器, 不需要数据库支持。易于配置-所有配置都是通过其提供的web界面实现。集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知,生成JUnit/TestNG测试报告。分布式构建支持Jenkins能够让多台计算机一起构建/测试,者针对某一特定事件,对目标软件进行构建,构建可持续的自动化检查:CI系统能持续地获取新增或修改后签入的源代码,也就是说,当软件开发团队需要周期性的检查新增或修改后的代码时,CI系统会不断确认这些新代码是否破坏了原有软件的成功构建。这减少了开发者们在检查彼此相互依存的代码中变化情况需要花费的时间和精力(说直接一点也是钱啊,呵呵)。
构建可持续的自动化测试:构建检查的扩展部分,构建后执行预先制定的一套测试规则, 完成后触发通知(Email, RSS等等) 给相关的当事人,生成后后续过程的自动化:当自动化检查和测试成功完成,软件构建的周期中可能也需要一些额外的任务,诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。这样,构件才能更迅速地提供给用户下图概括了CI系统的基本结构:文件识别:Jenkins能够跟踪哪次构建生成哪些jar, 哪次构建使用哪个版本的jar等。插件支持:支持扩展插件,你可以开发适合自己团队使用的工具:
Jenkins的由来目前持续集成(CI)己成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法.它是一种实践,旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战:·软件构建自动化:配置完成后,CI系统会依照预先制定的时间表,或部署一个CI系统需要的最低要求是,一个可获取的源代码的仓库,一个包含构建脚本的项目。
图2 Jenkins主界面该系统的各个组成部分是按如下顺序来发挥作用的:1.开发者检入代码到源代码仓库。2.CI系统会为每一个项目创建了一个单独的工作区。当预设或请求一次新的构建时,它将把源代码仓库的源码存放到对应的工作区。3.CI系统会在对应的工作区内执行构建过程。4.(配置如果存在)构建完成后,CI系统会在一个新的构件中执行定义的一套测试。5.(配置如果存在)如果构建成功,这个构件会被打包并转移到一个部署目标(如应用服务器)或存储为软件仓库中的一个新版本。软件仓库可以是CI系统的一部分,也可以是一个外部的仓库, 诸如一个文件服务器或者像Java.et、SourceForge之类的网站。6.CI系统通常会根据请求发起相应的操作,诸如即时构建、生成报告,或者检索一些构建好的构件.Jenkins就是这么一个CI系统。之前叫做Hudson。以下是使用Jenkins的一些理由:
1.1 Jenkins的目标Jenkins的主要目标是监控软件开发流程, 快速显示问题、所以能保证开发人员以及相关人员省时省力提高开发效率它将运行构建的任务委托给构建过程本身,如果构建失败了,那么CI系统将通知相关人员,基于Web访问, 用户界面非常友好、直观和灵活, 在许多情况下, 还提供了AJAX的即时反馈。Jenkins是基于Java开发的(如果你是一个Java开发人员, 这是非常有用的) , 但它不仅限丁构建基于Java的软件。Jenkins拥有大量的插件。这些插件极大的扩展了Jenkins的功能:它们都是开源的, 而且它们可以直接通过web界面来进行安装与管理。CI系统在整个开发过程中的主要作用是控制:当系统在代码存储库中探测到修改时,然后继续监视存储库。它的角色看起来是被动的;但它确能快速反映问题Jenkins一切配置都可以在web界面上完成。有些配置如MAVEN HOME和Email, 只需要支持Maven的模块(Module) , Jenkins对Maven做了优化, 因此它能自动识别Module,每个Module可以配置成一个job。相当灵活。测试报告聚合,所有模块的测试报告都被聚合在一起,结果一目了然,使用其他CI,这几乎是件不可能完成的任务。构件指纹(artifact fingerprint) , 每次build的结果构件都被很好的自动管理, 无需任何配置就可以方便的浏览下载