quickBuild 简要说明.ppt

产品研发部 何胜超 quickBuild 简要说明 构建一个简单项目 QuickBuild介绍 持续集成介绍 你需要做什么？ 持续集成说明 简单来说， 持续集成是频繁、持续的在多个团队成员的工作中进行集成，并且给予反馈。 主要步骤： 1. 持续集成服务器不断从版本控制服务器上检查代码状态，有最新，则下载最新的代码。 3. 等代码完全更新以后，调用自动化编译脚本，进行代码编译。 4. 运行所有的自动化测试。 5. 进行代码分析。 6. 产生可执行的软件，能够提供给测试人员进行测试。 7.邮件通知相关人员。 作用 尽早发现问题，在最短的时间内解决问题，减少风险和浪费 5 1 3 4 6 对项目的Test要能产生出详尽的报告，以及收集Test的统计数据以作为项目的分析和考量 Continuous Testing 处理项目产生的Coverage报告，Code的static analysis报告，并且能收集这些报告的统计数据以作项目的分析和考量 Continuous Code Quality Analysis 项目的统一管理 项目构建情况的通知：Email，bug tracking，IDE集成等等 通知 Daily Build - QA Build - Release Build 项目的流程管理 CI 持续集成的作用 2 VCS，SVN，git SCM 流行持续集成工具比较 CruiseControl：Martin Fowler提出，开源版本。2010后未再更新，很多内容已经落后。 Hudson：目前使用最多的开源集成环境 TeamCity：来自jetbrains（IDEA），商业版本，有免费版本 Bamboo：来自atlassian（Jira），商业版本 QuickBuild ：（开源集成环境）LuntBuild的商业版本，有免费版本 详见：/topic/482658 构建一个简单项目 QuickBuild介绍 持续集成介绍 你需要做什么？ QuickBuild简介 采用OSGi 架构，基于Equinox实现的持续集成环境 完全采用插件机制，允许自己提供插件，并有详细开发指导文档 提供大量Rest接口，方便与其它系统整合 /display/QB50/RESTful+API Community版本功能无阉割，只是限制配置数不超过16个。 用户管理 分为用户组与用户，用户都需要填写Email信息。 构建项目与组用户关联，邮件通知组内所有用户。 权限控制到用户组级。 用户可集成到TeamForge，Trac ，JIRA。不支持redMine 项目管理结构 Daily Build - QA Build - Release Build Daily Build：每日构建 QA Build：测试构建 Release Build：发布版本构建 项目构建（Build） 依赖第三方构建工具完成Build任务 支持多种构建工具： Java平台的Maven，Ant。 Net平台的MSBuild，NAnt 支持3种Build触发事件： 1.手动。2.定时（如：每天8：05分开始：0 05 8 * * ?）。3.循环（每隔2小时执行一次） Build步骤：以工作流形式配置，灵活方便 支持分布式Build 一个server带上一群agent，然后把build的任务分布到不同的agent上去执行 代码版本管理工具的支持 SVN，CVS ，Git ，VSTF等多种代码管理平台的支持 与构建（build）完美整合、可查看到每一个Build版本的代码变动 可以在有代码变动时才去Build。 Report功能和统计 通过插件机制支持大量Test和代码的统计和报表功能 与统计出与上一次Build的变化，如：单元测试数量的变化测试，测试覆盖度的变化 第三方工具的集成 第三方工具支持不多，仅Jira，Bugzilla，Issue Tracker， Trac ， TeamForge， RedMine。 RedMine集成。详见：/display/QB50/Integrating+QuickBuild+with+Redmine QuickBuild介绍 构建一个简单项目 建一个简单项目 持续集成介绍 你需要做什么？ 开发人员 每次SVN代码提交，要写注释。 每天收取日构建版本邮件，及时了解项目日构建情况，更早暴露并解决问题。 关注构建的各种单元测试、代码检查、分析报表。优化代码、提高产品质量。 测试人员 日构建环境上获取测试版本（QA Build），不再向研发要测试版本。 在QA Build版本测试基本完成后，发起Release版本。加强发布版本的监控。 在测试时，Bug描述要写上版本号，当一个Bug在多个版本测试中出