研究比较深入的博客地址： http://blog.csdn.net/wangmuming/article/category/2167947
Jenkins安装与配置
2 Jenkins安装
在最简单的情况下，Jenkins 只需要两个步骤：
1.下载最新的版本（一个 WAR 文件）。Jenkins官方网址: http://Jenkins-ci.org/
2.运行 Java -jar jenkins.war （-httpport 8082）
注意：Jenkins 需要运行 Java 5以及以上的版本。
还有一种安装方式就是将下载的war包文件部署到 servlet 容器，然后启动容器，在浏览器的URL地址栏中输入类似http://localhost:8080/jenkins/这样的地址即可。下图是安装成功后的界面（使用的是Linux+Tomcat6+Java6环境）：
图2 Jenkins主界面
3 Jenkins配置
写在配置前的一些话：Jenkins的配置不可能全部都说到的，大部分配置是有英文说明的，点击输入框后面的问号就可以看见了。英文不会用翻译工具，连蒙带猜的，多测试几次，你就懂了。
3.1 系统管理
在已运行的Jenkins主页中，点击左侧的系统管理进入如下界面：
图3 Jenkins系统管理
3.1.1 提示信息
Ps：版本不同提示的消息有可能不同
3.1.1.1 Utf-8编码
Your Container doesn't use UTF-8 to decode URLs. If you use non-ASCII characters as a job name etc, this will cause problems. See Containers and Tomcat i18n for more details.
Jenkins建议在tomcat中使用utf-8编码，配置tomcat下conf目录的server.xml文件
图4 URIEncoding编码设置
Ps：如果Job的控制台中文输出乱码，请将URIEncoding=”utf-8”更改为useBodyEncodingForURI="true"
3.1.1.2 新的版本
New version of Jenkins (1.518.JENKINS-14362-jzlib) is available for download (changelog).
提示有新的版本可以下载了,喜欢更新的点击download去下载吧！
3.1.1.3 安全设置
图5 安全提示消息
詹金斯允许网络上的任何人代表您启动进程。考虑至少启用身份验证来阻止滥用。点击Dismiss忽略该消息,点击Setup Security进入设置界面.详细设置请参考 Configure Global Security(安全设置) 章节
3.1.2 系统设置
在已运行的Jenkins主页中，点击左侧的系统管理—>系统设置进入如下界面：
图6 系统设置界面
3.1.2.1 JDK、Maven、Ant配置
配置一个JDK、Ant、Maven实例，请在每一节下面单击Add(新增) 按钮，这里将添加实例的名称和绝对地址。下图描述了这两个部分。
图7 JDK配置界面
JDK别名：给你看的，随便你自己，叫阿猫阿狗都可以
JAVA_HOME：这个是本机JDK的安装路径（错误的路径会有红字提示你的）
自动安装：不推荐这个选项
后面Ant与Maven的配置是一样的，JDK去oracle官网下载，Ant与Maven去apache官网下载
Ps：每个文本框后面都有个问号，点击问号就会出现帮助信息
3.1.2.2 邮件通知配置
3.1.2.2.1 配置发件人地址
图8 发件人地址配置界面
System Admin e-mail address：Jenkins邮件发送地址，如果你这个没有配置，等着发邮件的时候报错吧，当时我也是这儿没有配置，郁闷了我一周的时间。⊙﹏⊙b汗
3.1.2.2.2 配置邮件通知
图9 邮件通知
这个就非常的简单了，根据的的邮箱提供者的参数配置就行了。
Ps：小技巧：用户默认邮件后缀配置了后，以后你填写邮件地址只需要@之前的就行了
3.1.2.3 Subversion配置
图10 Subversion配置
Subversion Workspace Version：Subversion 的版本号，选择你对应的版本号就行了
3.1.3 Configure Global Security(安全设置)
在已运行的Jenkins主页中，点击左侧的系统管理—>Configure Global Security进入如下界面：
图11 安全设置界面
设置如上图，保存后系统管理中就出现管理用户的选项。页面右上角也会出现登录/注册的选项。
3.1.4 管理用户设置
在右上角点击注册
图12 注册用户界面
点击sign up按钮，提示你现在已经登录.返回首页.
登录后和匿名账号看到的首页有几点不同，如下图红框所示：
图13 用户登录界面
3.1.5 管理插件设置
建议先阅读Jenkins插件章节，在回来安装如下所示的插件。这个插件将生成的构件（war或者ear）部署到主流的服务器上。
插件名称：Deploy Plugin
插件介绍：This plugin takes a war/ear file and deploys that to a running remote application server at the end of a build
3.2 项目构建设置
3.2.1 构建自由风格的Job
3.2.1.1 新建自由风格构建任务
在已运行的Jenkins主页中，点击左侧的新建Job进入如下界面：
3.2.1.2 构建任务配置
3.2.1.2.1 源码管理配置
演示是使用Subversion的链接，在Repository URL中输入你的项目链接，如果没有权限则会提示如下图：
图15 Subversion配置界面
点击 enter credential 输入用户名和密码(我猜大家一般都是使用的用户名和密码登陆的)
图16 Subversion权限认证界面
Ps：svn的用户名和密码设置了是没有办法在web界面修改的。如果要修改则先去Jenkins目录删除hudson.scm.SubversionSCM.xml文件（点到为止，毕竟这只是入门教程）
3.2.1.2.2 构建触发器
在其他项目构建完成后才执行构建：指定的项目完成构建后，触发此项目的构建。
Poll SCM ：这是CI 系统中常见的选项。当您选择此选项，您可以指定一个定时作业表达式来定义Jenkins每隔多久检查一下您源代码仓库的变化。如果发现变化，就执行一次构建。例如，表达式中填写0,15,30,45 * * * *将使Jenkins每隔15分钟就检查一次您源码仓库的变化。
Build periodically ：此选项仅仅通知Jenkins按指定的频率对项目进行构建，而不管SCM是否有变化。如果想在这个Job中运行一些测试用例的话，它就很有帮助。
3.2.2 构建Maven风格的Job
3.2.2.1 新建Maven构建任务
图18 新建Job界面
这时，需要为新的构建任务指定一个名称。（这里输入的任务名称为：maven_test）这里有几种的任务类型可供选择，鉴于初步介绍，先选择构建一个maven2/3项目。对于其他的类型,经常使用的是拷贝已存在任务;这主要为了能在现有的任务基础上新建任务。点击OK按钮，
3.2.2.2 构建任务配置
图19 构建任务配置界面
3.2.2.2.1 源码管理配置
演示是使用Subversion的链接，在Repository URL中输入你的项目链接，如果没有权限则会提示如下图：
图20 Subversion配置界面
点击 enter credential 输入用户名和密码(我猜大家一般都是使用的用户名和密码登陆的)
图21 Subversion权限认证界面
Ps：svn的用户名和密码设置了是没有办法在web界面修改的。如果要修改则先去Jenkins目录删除hudson.scm.SubversionSCM.xml文件（点到为止，毕竟这只是入门教程）
3.2.2.2.2 构建触发器
在其他项目构建完成后才执行构建：指定的项目完成构建后，触发此项目的构建。
Poll SCM ：这是CI 系统中常见的选项。当您选择此选项，您可以指定一个定时作业表达式来定义Jenkins每隔多久检查一下您源代码仓库的变化。如果发现变化，就执行一次构建。例如，表达式中填写0,15,30,45 * * * *将使Jenkins每隔15分钟就检查一次您源码仓库的变化。
Build periodically ：此选项仅仅通知Jenkins按指定的频率对项目进行构建，而不管SCM是否有变化。如果想在这个Job中运行一些测试用例的话，它就很有帮助。
3.2.2.2.3 Maven构建设置
图22 Maven构建配置界面
2013-08-22补充Goals and options ：clean install -Dmaven.test.skip=true #加入了跳过测试的代码
Root POM:填写你项目的pom.xml文件的位置，注意：是相对位置，如果该文件不存在，会有红色字提示。
部署请参考：war文件部署章节
3.2.2.2.4 构建maven项目的心得
使用Jenkins构建maven项目的一点小心得：
maven项目的构建是比较麻烦的，如果你的项目是下图这种结构。那么恭喜你！你新建一个job就可以了，因为只有一个根。如果你的svn地址是：https://192.xxx/Pe_Project/root-pom，那么Root POM只需要保持默认就行了，因为Jenkins可以再workspace目录下面找到pom.xml文件
如果你的svn地址是：https://192.xxx/Pe_Project，那么Root POM需要指定为root-pom/pom.xml，因为Jenkins可以再workspace/root-pom目录下面找到pom.xml文件
图23 Maven项目结构界面1
上面这种方法打包的时候非常简单，但是用eclipse开发的时候你就不右键run as —>tomca启动了，如果你想使用这种方式，将tomcat换成jetty即可。
如果你的项目是下图这种结构，那么非常悲剧的告诉你，你要建立好几个job来构建这一个项目，因为这个项目有4个根。
图24 Maven项目结构界面2
上面这种方法打包的时候比较麻烦，但是用eclipse开发的时候你就可以使用右键run as —>tomca启动了
3.2.3 邮件通知设置
图25 构建后操作界面
选择Add post-build action，然后选择E-mail Notification，如下图：
图26 收件人列表界面
在Recipients中输入收件人邮件地址，如果用多个收件人用“,”英文逗号隔开
3.2.4 War文件部署设置
首先你必须安装好Deploy Plugin插件，然后在tomcat的conf目录配置tomcat-users.xml文件，在<tomcat-users>节点里添加如下内容：
<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<role rolename="manager-jmx"/>
<role rolename="manager-status"/>
<user username="username" password="password" roles="manager-gui,manager-script,manager-jmx,manager-status"/>
引号里的username和password可以随便替换，待会要用的。
好了，回到Jenkins项目配置页面：
图27 构建后操作界面
选择Add post-build action，然后选择Deploy war/ear to a container，如下图：
图28 远程部署配置界面
WAR/EAR files：war文件的存放位置，如：target/test.war 注意：相对路径，target前是没有/的。
Context path：访问时需要输入的内容，如ofCard访问时如下：http://192.168.x.x:8080/ofCard/如果为空，默认是war包的名字。
Container：选择你的web容器，如tomca 6.x
Manager user name：填入tomcat-users.xml配置的username内容
Manager password：填入tomcat-users.xml配置的password内容
Tomcat URL：填入http://192.168.x.x:8080/
Deploy on failure：构建失败依然部署，一般不选择
注意：虽然这种部署方法可能会导致tomcat加载时出现卡死的现象。但是也是最简单的部署方式。如果卡死了重启下就好了，将tomcat的java内存参数调高可以解决这个问题。
最后不要忘记点击保存喔。
好了！到此一个项目的获取源码，打包，远程部署，邮件通知就完成了。
3.3 监控
当任务一旦运行，您将会看到这个任务正在队列中的仪表板和当前工作主页上运行。这两种显示如下。
图29 主页监控（左），项目监控（右）
一旦构建完成后，完成后的任务将会有三个地方进行显示。
你可以在Jenkins的控制面板上看到它，如下图。
图30 主页项目界面
在上面展示的截图中，您将注意到有两个图标描述当前作业的状态。S栏目代表着“最新构建状态”，W栏目代表着“构建稳定性”。Jenkins使用这两个概念来介绍一个作业的总体状况：
构建状态:下图中分级符号概述了一个Job新近一次构建会产生的四种可能的状态：
Successful:完成构建，且被认为是稳定的。
Unstable:完成构建，但被认为不稳定。
Failed:构建失败。
Disabled:构建已禁用。
图31 构建状态界面
构建稳定性: 当一个Job中构建已完成并生成了一个未发布的目标构件，如果您准备评估此次构建的稳定性，Jenkins会基于一些后处理器任务为构建发布一个稳健指数 (从0-100 )，这些任务一般以插件的方式实现。它们可能包括单元测试(JUnit)、覆盖率(Cobertura )和静态代码分析(FindBugs)。分数越高，表明构建越稳定。下图中分级符号概述了稳定性的评分范围。任何构建作业的状态(总分100)低于80分就是不稳定的。
图32 构建稳定性界面
你也可以在当前Job主界面上看到它，如下图左下部分
图33 项目主界面
当前作业主页上还包含了一些有趣的条目。左侧栏的链接主要控制Job的配置、删除作业、构建作业。右边部分的链接指向最新的项目报告和构件。
通过点击构建历史（Build History）中某个具体的构建链接，您就能跳转到Jenkins为这个构建实例而创建的构建主页上。如下图
图34 构建历史界面
如果你想通过视图输出界面来监控当前任务的进展情况。你可以单击Console Output（控制台输出）。如果工作已完成，这将显示构建脚本产生的静态输出；如果作业仍然在运行中，Jenkins将不断刷新网页的内容，以便您可以看到它运行时的输出。如下图：
图35 控制台输出界面
4 Jenkins插件
从Jenkins现有的功能扩展或开发者们为Jenkins提供的新功能都可以称之为Jenkins插件。有些插件可以无缝添加到您的构建过程，而其它，诸如除CVS和Subversion的SCM插件则需要源代码控制系统的支持。
4.1 Jenkins插件安装
Jenkins 插件管理器允许您安装新的插件，和更新您Jenkins服务器上的插件。管理者将连接到联机资料库，检索可用的和已更新的插件。如果您的Jenkins服务器 无法直接连接到外部资源，您可以从Jenkins网站上下载。
在已运行的Jenkins主页中，点击左侧的系统管理—>管理插件进入如下界面：
图36 插件管理界面
它包含四个标签：
更新:清单中列示了Jenkins为某些插件搜索到了可用的更新。列出的每个插件可以被选择并应用更新。
可选安装:清单中列示了可用于安装（而不是目前已安装的）的所有插件。列出的每个插件都可以被选择并安装。
已安装:清单中列示了已经安装的插件。
高级:允许您通过设定HTTP代理的方式使Jenkins与在线插件库建立连接。此外，还提供了一个上传设备，可以安装你在Jenkins以外已下载的那些插件。
由上图可知，Jenkins缺省集成了maven2插件，并且一旦插件有新版本，会提示更新新版本插件。
如果想安装新的插件，可以点击tab分页中的可选插件。如下图：
图37 可选插件界面
从图可知，各种Jenkins插件根据之前所记述的类型进行分门别类。可勾选任意想安装的Jenkins插件，点击Install without restart按钮进行安装。安装后，所有插件以hpi作为后缀名放置在plugins文件夹下。如果是高级用户还可以自行开发插件方便具体项目使用。
注意：安装完成后需要重启Jenkins部署的容器。这样才能使用新装的插件。
4.2 Jenkins插件安装示例
Jenkins运行自动部署war包到servlet容器内，要实现这个功能必须安装一个插件。
图38 安装插件界面
图39 插件安装界面
好了，到此Deploy Plugin插件安装完成！
最后，如果感觉我太啰嗦了去看这篇吧：
http://www.cnblogs.com/gao241/archive/2013/04/08/3008380.html
转：http://www.cnblogs.com/zz0412/p/jenkins02.html 点击打开链接
个人配置：
1. java -jar jenkins.war
2. 新建的自由风格的job ,名称 test, 添加了svn 配置
3. 构建最后执行脚本 /root/scheduler_jenkins.sh
#!/bin/sh
MAVEN_HOME=/usr/local/src/apache-maven-3.3.9
JAVA_HOME=/usr/jdk/jdk1.8.0_45
PATH=$JAVA_HOME/bin:$MAVEN_HOME/bin:/usr/local/mysql/bin:/usr/local/mysql/lib:$PATH
export JAVA_HOME
export MAVEN_HOME
export PATH
cd /root/.jenkins/jobs/test/workspace/scheduler/
mvn clean install
sleep 1
service tomcat_8786 stop
mv -f /root/.jenkins/jobs/test/workspace/scheduler/target/scheduler.war /home/www/public/webapps8786/
sleep 2
service tomcat_8786 start
出现的错误点：
jenkins下设置邮件一直不成功 --》在设置Jenkins URL底下有一个文本框System Admin e-mail address，这里要设置发送者的邮箱地址，我晕。看来以后还是要细心啊。
在选择CI工具需要考虑的问题：
1）功能性：
构建工具基本功能：
代码编译：编译源代码是构建软件过程中的主要工作之一，为了提高效率，编译应该根据源代码和依赖关系是否发生变更而有条件地执行；
组件打包：
程序执行：构建工具应该很好的支持在目标平台上调用程序，并支持调用任何提供命令行接口的程序。
文件操作：
谈一下个人看法，我觉得在这些最基本的功能里面，程序执行是最为重要的，哪怕是代码编译，组件打包，文件操作实际上在不同的平台下目前都有很多工具提供了对应的命令行接口可以选择，即使这三个方面的功能相对较弱，如果程序执行功能相对较大的话，也是可以的，比如IBM的buildforge，平台本身并不提供这些功能，但它有强大的程序执行接口，可以支持shell，cmd，脚本等，因此在CI流程化方面仍然是很突出的一个产品。
构建工具的扩展功能：
执行开发者测试：能够支持执行一套针对软件的自动化的开发者测试
版本控制工具集成：
文件集成：
部署功能：
代码品质分析
可扩展性
多平台构建
加速构建：
我觉得这里其实就三点最为重要：可扩展性以及多平台构建和并行性。和版本工具集成，代码品质分析都可以归类到可扩展性里面去，如jenknis提供了强大的扩展功能，可以支持各种插件安装，因此这些功能都非常容易扩展和包含，多平台构建和并行性对大型产品的持续集成，特别是产品本身需要多平台支持的情况下是非常重要的，jenknis在这方面不如Build Forge。但已经能够适应大部分产品。
构建计划安排工具：基本功能
构建执行：说白了就是schedule功能，是否支持多种方式触发，是否支持定期执行，是否支持根据版本工具的代码改变能够触发build，是否支持轮询等
反馈：RSS,电子邮件,短消息，是否能够提供方便的接口来提供持续反馈信息。包括build的结果，报表等。
标签：为构建打上标签，支持回滚等
构建计划安排工具：扩展功能
项目间的依赖关系：是否支持不同项目之间的依赖关系并且在这种依赖的持续集成之间建立连接。 BF和jenknis都提供了较好的支持。
用户界面：这个可以看做用户友好性，是否能够提供比较好的用户界面供用户查看各种相关消息
安全：也可以理解为鉴权。不同的身份提供不同的配置和权限
与环境的兼容性：是否易于与当前环境兼容，该工具是否与您的项目使用同一种语言
可靠性和寿命：可靠性不用说，持续集成本身都不稳定，更不用说怎么持续了，寿命，特别是开源的东西，这个很重要，用户活跃多意味着能够提供的support会比较多
WIKI上有一个各种工具的比较，贴过来，他主要从BUild，平台支持，SCM等方面考虑
http://en.wikipedia.org/wiki/Comparison_of_continuous_integration_software
一些仓库搜索服务器：
常见的仓库搜索服务器：
1）Sonatype Nexus: https://repository.sonatype.org/index.html
2)Jarvana: http://www.jarvana.com/jarvana
3)MVNbrowser: http://www.mvnbrowser.com
4)MVNrepository: http://mvnrepository.com/
343
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
