jenkins中文使用手册.docx

Jenkins
操作手册
苏州测试部
第 1 章 概 述 1
第 2 章 基础篇 3
Jenkins 安装 3..
资源下载 3
运行 Jenkins 的前提 3
Jenkins 启动 3
Jenkins 访问 4
Jenkins基本设置 8..
设置 JDK 9
设置 ANT 9
配置邮件信息 10
创建任务 1..0..
运行并监控构建作业 1..5.
主控制面板 15
手动构建一个任务 15
任务构建状态 16
第 3 章 提高篇： 1..8..
插件管理： 1..8.
FindBugs 插件设置 18
Ftp 插件配置 20
Junit 插件 21
通过远程访问触发 21
21
安全篇 2..2..
个性化设置 2..3.
第 4 章 常见问题 2..5..
edit lock 问题 25
lOException: Unable to delete 问题 25
not recognized as a valid application typ问题 26
第 5 章 其它说明 2..7..
Cl 挑战 2..8..
ANT 基本知识 2..8.
第1章概述

随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢 成为开发过程中不可回避的问题。尤其是近些年来，敏捷（ Agile）在软件工程领域越来越红火，如何能再
不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。
持续集成正是针对这一类问题的一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了 理论基础。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都 是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开 发内聚的软件。
持续集成最早由 Marti n Fowler 于10年前已经提出，希望通过持续集成能够实现以下过程：
任何人在任何地点，任何时间可以构建整个项目。
在持续集成构建过程中，每一个单元测试都必须被执行。
在持续集成构建过程中，每一个单元测试都必须通过。
持续集成构建的结果是可以发布的软件包。
当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。

持续集成中的任何一个环节都是 自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、
费用和工作量；
持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间 发现软件的集成问题，使 任意时间发布 可部署的软件成为了可能；
持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集 成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。

业界普遍认同的持续集成的原则包括：
1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。 常用的版本控制软件有IBM Rational
ClearCase、CVS Subversion 等;
2）开发人员必须及时向版本控制库中 提交代码，也必须经常性地从版本控制库中更新代码到本地;
3） 需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被软件的修改来直 接触发，也可以定时启动，如每半个小时构建一次；
4） 必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需 要手动启动一次构建。

由此可见，一个完整的构建系统必须包括：
一个自动构建过程，包括 自动编译、分发、部署和测试 等。
一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库。
一个持续集成服务器。本文中介绍的Jenkins/Jenkins 就是一个配置简单和使用方便的持续集成服
务器。
nki ns 介绍
Jenkins是一个软件界非常流行的开源 CI服务器，Hodson是基于Java开发的一种持续集成工具， 用于
监控持续重复的工作，功能包括：
持续的软件版本发布/测试项目。
监控外部调用执行的工作。
Jenkins的新版本取名叫 Jenkins，所以本文档中的指 Jenkins与Jenkins这2个词为指同一个软件。
使用Jenkins人员需要对持续集成的概念有所了解，更多的要求对代码的编译过程很了解， Jenki