持续集成jenkins是什么

如何设置才能使jenkins agent和windows ui

持续集成是个简单重复劳动，人来操作费时费力，使用自动化构建工具完成是最好不过的了。

为了实现这个要求，我选择了Jenkins。

从/windows/latest下载windows下的最新安装版jenkins。

（如果不能安装，从/war/latest/jenkins.war下载war包，手动配置，配置说明参见/display/JENKINS/Use+Jenkins）。

1.安装 这里直接使用安装包，安装过程很简单，这里就再说明了。

安装后自动创建了一个windows服务：Jenkins，默认使用的端口是8080，如果需要修改，打开安装目录下的jenkins.xml文件，修改 <arguments>-Xrs -Xmx256m -Dhudson.lifecycle=hudson.lifecycle.WindowsServiceLifecycle -jar "%BASE%jenkins.war" --httpPort=8081</arguments>后保存，启动jenkins服务。

打开http://192.168.0.10:8081/，看到类似下面的界面（我这里已经创建了一个任务）： 说明jenkins已经安装成功。

2. 创建任务 2.1 点“新Job”,界面如下： 输入任务名称，任意名称都可以，但最好是有意义的名称，这里输入的名称和项目名称相同为hummer 2.2 选择项目类型，因我的项目是maven项目，这里选择“构建一个maven2/3项目”点击”OK“进入下一个界面。

2.3 界面如下： 源代码管理根据自己的需要进行选择，我的源代码是使用svn管理的，这里选择“Subversion Modules”，在"Repository URL"录入你的svn仓库地址；第一次录入时还需要录入svn仓库的用户名和口令。

刚才的那个界面比较大，向下滚动，中间部分的界面如下： 构建触发器，我选择“Build whenever a SNAPSHOT dependency is built”，意思是依赖于快照的构建，应该是当svn有修改时就构建项目。

2.4 build设置不用修改，就使用pom.xml，目标选项也不用修改。

2.5 设置构建后的步骤，（Post Steps，可选设置 ），我这里要求构建成功后把war文件复制到指定的目录，然后停运tomcat，删除项目web目录，启动tomcat。

2.6 设置邮件通知 勾选“E-mail Notification”，在recipients中录入要接收邮件的邮箱。

点“保存”，完成设置 3. 在工作区域的左边菜单上点“立即构建”，开始构建项目， 如果构建成功，则项目状态的S为蓝色，如果失败则为红色。

构建完成，左边菜单会显示有“控制台输出”，点击可以查看控制台详细输出。

构建错误时也可以根据相应的错误信息进行修改。

如何在jenkins 构建 github工程

搭建持续集成首先要了解什么是持续集成，带着明确的目标去搭建持续集成环境才能让我们少走很多弯路。

持续集成（Continuous integration）简称CI，是一种软件开发的实践，可以让团队在持续集成的基础上收到反馈并加以改进，不必等到开发的后期才寻找和修复缺陷。

当然要明白的是持续集成环境的搭建也不是一劳永逸的，随着软件项目复杂度的增加，持续集成的环境同样要加以维护以确保集成环境的可靠性。

持续集成的重要要素：1.统一的代码库。

2.CI服务器 3.自动化测试和构建的脚本 4.Slaves 持续集成的流程：CI服务器控制持续集成的整个过程，轮询代码库更新，根据预定义的脚本进行项目的构建，服务器将任务分配到Slave端。

这就是整个持续集成的过程，我们需要根据我们的项目需求，制定好一个完善的持续集成方案，然后根据方案选择CI服务器和版本管理软件，我们的项目选择了Jenkins+Github的持续集成环境，这也是我要主要和大家讲述的。

为什么要选择Jenkins？ Jenins是现在非常流行的持续集成CI服务器，这与它的前身Hudson也有着很大的关系，Jenkins易于安装，不需要数据库的支持，直接通过Web界面进行配置，而且集成了RSS/Email的通知机制，支持分布式构建，具有丰富的插件，这些都是Jenkins相比其他持续集成服务器的优势所在。

对于版本控制软件的选择要看项目需要了，可能是SVN也可能是Git，一般来说Jenkins都有提供插件支持，下面讲解一下Jenins+Github持续集成环境搭建的细节。

这个持续集成环境构建的主要流程就是Jenins会在后台运行，轮询版本控制的存储库，当发现版本库出现变更，就会通过预定义的构建脚本进行项目的构建，Jenkins会根据项目需求将构建的任务分配到Slave端。

一般的项目构建过程主要分为自动化编译和自动化测试两个阶段，这同样是你脚本发挥作用的阶段。

1.Jenkins安装 进入Jenkins官方网站下载最新的Jenkins，Jenkins提供war包的下载和各种操作系统的安装文件，选择war包即可。

Jenkins的启动方法有两种： 第一种是使用tomcat直接打开，就是把jenkins.war放入tomcat下的 webapps目录下，当启动jenkins时，就会自动在webapps下建立jenkins目录。

然后再浏览器的地址栏输入 另一种方法要确保系统中安装了jdk，并且配置了环境变量，检测方法就是在命令行输入java回车后有多行的命令符提示。

直接在命令行输入java -jar jenkins.war即可启动jenkins，默认会运行在8080端口，切换到浏览器的地址栏输入http;//localhots:8080，localhost可以改成ip地址。

看到Jenkins的页面说明jenkins已经部署成功了。

2.插件安装 在"系统管理->插件管理"下可以看到Jenkins缺省安装了CVS，Subversion，Maven和SSH，这些主要是版本控制的软件的相应插件，不过我们使用的是GitHub进行版本控制，所以要在可选插件中选择安装Git plugin和GitHub plugin插件，安装之后重新启动就可以看到新的插件已经生效。

3.环境配置 进入"系统管理->系统设置"设置Jenkins的相关参数。

主要是设置Git和GitHub插件的参数，在Git下的Path to executable一栏添加本机的git.exe的路径，在Git plugin下的添加本地Git的user.name和user.email的信息，在GitHub Web Hook下添加GitHub账户的相关信息。

如果想要使用邮件的功能，需要在邮件通知的一栏添加SMTP服务器和邮箱的相关信息，添加后点击Test的按钮测试一下能否正常发送邮件，这一功能可以在后面的项目中使Email Notification功能得以正常使用。

4.构建项目 点击"新Job"，输入"任务名称"，选择"构建一个自由风格的软件项目"，点击"OK"。

系统自动进入"任务配置"界面。

5.配置构建方法 在GitHub project中输入git地址。

在"源码管理->Git"下的Repository URL输入Repository的Git地址（PS：可以选择分支）。

在"构建触发器"中选择"Build when a change is pushed to GitHub "和"Poll SCM "，这两项的作用分别是当GitHub有版本库更新时触发Jenkins进行构建和定期检查版本库是否有更新，如果有更新则触发Jenkins进行构建。

这里要注意Schedule语法，例如"*/2 * * * *"表示每隔2分钟检查一次。

点击增加构建步骤，选择Execute Windows mand，并输入 "%VS10COMNTOOLS%..IDE" "%WORKSPACE%Test.sln" /Build "Debug|Win32"，是MSVC提供的命令行构建工具，这里的"%VS10COMNTOOLS%..IDE"为的路径，如果没有配置响应的环境变量，构建的时候就会找不到路径，所以可以用的实际路径代替。

在"构建后操作"中可以添加发送邮件的相关信息。

点击保存，项目的配置就完成了，点击立即构建，Jenkin就会从github上将代码clone下来，这里我在github上存放了一个HelloWorld的vs项目，所以我的命令行为"C:Program Files (x86)Microsoft Visual Studio 10.0Common7IDE" "%WORKSPACE%HelloWorldHelloWorld.sln" /Build "Debug|Win32"，然后自动编译项目，如果构建成功会是蓝色标记，如果构建失败会是红色标记。

构建完成后可以在项目中看到项目构建的具体信息，如工作区、变更集和每次构建的控制台输出等。

这就是一个基本的基于Jenkins和GitHub的持续集成环境的搭建。

如何搭建Jenkins持续集成测试环境

Jenkins 是基于 Java 开发的一种持续集成工具，所以，Jenkins 需要 Java 环境。

1.配置java环境 1)下载Java，选择系统所需要的版本。

2)安装Java 3)设置环境变量 “我的电脑”右键菜单–>属性–>高级–>环境变量–>系统变量->新建 变量名：JAVA_HOME 变量值：C:Program FilesJavajdk1.8.0_32 变量名：CALSS_PATH 变量值：.;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar; 找到 path 变量名—>“编辑”添加： 变量名：PATH 变量值：%JAVA_HOME%in;%JAVA_HOME%jrein; 在 Windows 命令提示符下验证 java 是否成功 C:Users####>java 用法: java [-options] class [args…] …………. ………… 2.配置Tomcat环境 tomcat 是真对 Java 的一个开源中间件服务器（容器），基于 Java Web 的项目需要借助 tomcat 才能运行起来。

1)下载Tomcat选择合适的版本 2)解压此文件，对下载的压缩包进行解压，目录结构如下 通常将需要运行有应用放到 webapps/目录下，进入 bin/目录下，双击32313133353236313431303231363533e78988e69d8331333363366131 startup.bat 来启动 tomcat 服务器。

3.配置Jenkins环境 1)下载Jenkins 2)安装Jenkins next—> 我们直接将其安装到 tomcat 的 webapps目录下。

D:apache-tomcat-8.0.32webappsjenkins 3)运行Jenkins 进行 tomcat 的 bin/目录下启动 startup.bat

jenkins 自动化测试 是单元测试还是集成测试

作者：阮一峰 　　互联网软件的开发和发布，已经形成了一套标准流程，最重要的组成部分就是持续集成（Continuous integration，简称 CI）。

　　本文简要介绍持续集成的概念和做法。

　　一、概念 　　持续集成指的是，频繁地（一天多次）将代码集成到主干。

　　它的好处主要有两个。

1、快速发现错误。

每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。

2、防止分支大幅偏离主干。

如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。

　　持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。

它的核心措施是，代码集成到主干之前，必须通过自动化测试。

只要有一个测试用例失败，就不能集成。

　　Martin Fowler 说过，"持续集成并不能消除 Bug，而是让它们非常容易发现和改正。

" 　　二、持续交付 　　持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。

如果评审通过，代码就进入生产阶段。

　　持续交付可以看作持续集成的下一步。

它强调的是，不管怎么更新，软件是随时随地可以交付的。

　　三、持续部署 　　持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。

　　持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。

　　持续部署的前提是能自动化完成测试、构建、部署等步骤。

它与持续交付的区别，可以参考下图。

　　（图片来源） 　　四、流程 　　根据持续集成的设计，代码从提交到生产，整个过程有以下几步。

　　4. 1 提交 　　流程的第一步，是开发者向代码仓库提交代码。

所有后面的步骤都始于本地代码的一次提交mit）。

　　4. 2 测试（第一轮） 　　代码仓库对mit 操作配置了钩子（hook），只要提交代码或者合并进主干，就会跑自动化测试。

　　测试有好几种。

单元测试：针对函数或模块的测试 集成测试：针对整体产品的某个功能的测试，又称功能测试 端对端测试：从用户界面直达数据库的全链路测试 　　第一轮至少要跑单元测试。

　　4. 3 构建 　　通过第一轮测试，代码就可以合并进主干，就算可以交付了。

　　交付后，就先进行构建（build），再进入第二轮测试。

所谓构建，指的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源（样式表、JS 脚本、图片）等等。

　　常用的构建工具如下。

Jenkins Travis Codeship Strider 　　Jenkins 和 Strider 是开源软件，Travis 和 Codeship 对于开源项目可以免费使用。

它们都会将构建和测试，在一次运行中执行完成。

　　4. 4 测试（第二轮） 　　构建完成，就要进行第二轮测试。

如果第一轮已经涵盖了所有测试内容，第二轮可以省略，当然，这时构建步骤也要移到第一轮测试前面。

　　第二轮是全面测试，单元测试和集成测试都会跑，有条件的话，也要做端对端测试。

所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。

　　需要强调的是，新版本的每一个更新点都必须测试到。

如果测试的覆盖率不高，进入后面的部署阶段后，很可能会出现严重的问题。

　　4. 5 部署 　　通过了第二轮测试，当前代码就是一个可以直接部署的版本（artifact）。

将这个版本的所有文件打包（tar filename.tar *）存档，发到生产服务器。

　　生产服务器将打包文件，解包成本地的一个目录，再将运行路径的符号链接（symlink）指向这个目录，然后重新启动应用。

这方面的部署工具有 Ansible，Chef，Puppet 等。

　　4. 6 回滚 　　一旦当前版本发生问题，就要回滚到上一个版本的构建结果。

最简单的做法就是修改一下符号链接，指向上一个版本的目录。

　　五、参考链接 Gergely Nemeth,Continuous Deployment of Node.js Applications Codeship,Continuous Integration Essentials

jenkins是什么

Jenkins是一个开源软件项目，旨在 提供一个开放易用的软件平台，使持续 集成变成可能。

Jenkins，之前叫做Hudson，是基 于Java开发的一种持续集成工具，用于 监控秩序重复的工作。