河北网络_jenkins中文使用手册.docVIP

Jenkins 操作手册 目 录 第 1 章 概　述 1 第 2 章 基础篇 2 2.1 Jenkins安装 2 2.1.1 资源下载 2 2.1.2 运行Jenkins的前提 2 2.1.3 Jenkins启动 2 2.1.4 Jenkins访问 2 2.2 Jenkins基本设置 3 2.2.1 设置JDK 3 2.2.2 设置ANT 3 2.2.3 配置邮件信息 4 2.3 创建任务 4 2.4 运行并监控构建作业 7 2.4.1 主控制面板 7 2.4.2 手动构建一个任务 7 2.4.3 任务构建状态 8 第 3 章 提高篇： 10 3.1 插件管理： 10 3.1.1 FindBugs 插件设置 10 3.1.2 Ftp插件配置 12 3.1.3 Junit插件 13 3.1.4 通过远程访问触发 13 3.1.5 WebLogic.Deployer 13 3.2 安全篇 14 3.3 个性化设置 15 第 4 章 常见问题 17 4.1 edit lock问题 17 4.2 IOException: Unable to delete问题 17 4.3 not recognized as a valid application type 问题 18 第 5 章 其它说明 19 5.1 CI挑战 19 5.2 ANT基本知识 19 　概　述 ? 什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile） 在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。Martin Fowler 于10年前已经提出，希望通过持续集成能够实现以下过程： 任何人在任何地点，任何时间可以构建整个项目。 在持续集成构建过程中，每一个单元测试都必须被执行。 在持续集成构建过程中，每一个单元测试都必须通过。 持续集成构建的结果是可以发布的软件包。 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 持续集成的核心价值 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。 持续集成的原则 业界普遍认同的持续集成的原则包括： 1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有 IBM Rational ClearCase、CVS、Subversion 等； 2）开发人员必须及时向版本控制库中提交代码，也必须经常性地从版本控制库中更新代码到本地； 3）需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被软件的修改来直接触发，也可以定时启动，如每半个小时构建一次； 4）必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需要手动启动一次构建。 持续集成系统的组成 由此可见，一个完整的构建系统必须包括： 一个自动构建过程，包括自动编译、分发、部署和测试等。 一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库。 一个持续集成服务器。本文中介绍的 Jenkins 就是一个配置简单和使用方便的持续集成服务器。 Jenkins是一个软件界非常流行的开源CI服务器，Hodson是基于Java开发的一种持续集成工具，用于监控持续重复的工作，功能包括： 持续的软件版本发布/测试项目。 监控外部调用执行的工作。 使用Jenkins人员需要对持续集成的概念有所了解，更多的要求对代码的编译过程很了解，Jenkins对于maven工程完整的编译和发布流程如下： Jenkins从SVN上拉取代码到指定的编译机器上。 在编译机器上触发编译命令或脚本。 编译得到的结果文件。 把结果文件传到指定的服务器上。 使用Jenkins进行编译的人员，需要对自己的代码的编译方法，过程十分了解，对编译任务进行分拆。  基础篇 Jenkins安装 资源下载