jenkins,发送测试报告.doc

jenkins,发送测试报告 Jenkins搭建.NET自动编译测试与发布环境 Jenkins搭建.NET自动编译测试与发布环境 操作系统Windows, 确保需要的.NET Framework已经安装 从 /下载Windows安装包。 安装后,访问http://localhost:8080 . Jenkins = Manager Jenkins = Manage Plugins 在Available选项卡中，选中 MSBuild Plugin 然后点击安(来自:www.XIelw.Com 写 论文网:jenkins,发送测试报告)装 安装完后， 切换到 Jenkins = Manager Jenkins = Configure System 找到MSBuild那节,填入 MSBuild的路径 如 C:\Windows\Microsoft.NET\Framework64\v4.0.30319\MSbuild.exe 然后点击 New Job, 输入任务名称 然后配置好源代码管理，例如 SVN 然后到Build节， MSBuilder Version 为之前配置的 Version 4.0 MSBuild Build File 是项目文件或者工程文件的名称 然后就是MSBuild的命令行参数了。 /t:Rebuild 表示每次都重建，不使用增量编译 /property:Configuration=Release 表示编译Release版本， /property:TargetFrameworkVersion=v4.5表示编译的目标是.NET 4.5 保存后，点击左侧Build Now开始测试一次编译。 如果编译过程中出现错误，需查看Console Output. 一种常见的错误情况是:编译的机器上没有安装Visual Studio, 在编译的过程中可能会引发MSB4019错误. 例如 [plain] view plaincopyprint? ? error MSB4019: The imported project C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets was not found. Confirm that the path in the Import declaration is correct, and that the file exists on disk. 对于这种情况，可以将开发机上的C:\Program Files (x86)\MSBuild文件夹之间拷贝到编译机上。 如果成功，则显示 0 Error(s)，在编译成功后可以启动单元测试，如果有NUnit的话. 部署的话，可以通过批处理完成, 首先安装 Post build task插件， 与之前MSBuild插件的安装方式一样 然后在Job的配置中，添加 post build task 在Log Text那，可以使用正则表达式检测0 Error(s)出现了， 如\b0\s+(Error\(s\)) Script中直接调用磁盘上的批处理文件 补充1.如何发布VS2010的Web站点 篇二：基于jenkins的持续集成使用指南 简介： 持续集成是一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。Jenkins 是一个开源软件项目，旨在提供一个开放易用的软件平台，使持续集成变成可能。本文正是从持续集成的基本概念入手，通过具体实例，介绍了如何基于 Jenkins 快速搭建持续集成环境。 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile） 在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成的核心价值在于： 1. 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 2. 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； 3. 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续