持续集成相关研究总结.docVIP

持续集成学习总结 （一）持续集成概述 1.定义 大师Martin Fowler对持续集成是这样定义的: ? 持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。 1)所有的开发人员需要在本地机器上做本地构建，然后再提交的版本控制库中，从而确保他们的变更不会导致持续集成失败。 2)开发人员每天至少向版本控制库中提交一次代码。 3)开发人员每天至少需要从版本控制库中更新一次代码到本地机器。4)需要有专门的集成服务器来执行集成构建,每天要执行多次构建。 5)每次构建都要100%通过。 6)每次构建都可以生成可发布的产品。 7)修复失败的构建是优先级最高的事情。 统一的代码库 自动构建 自动测试 每个人每天都要向代码库主干提交代码 每次代码递交后都会在持续集成服务器上触发一次构建 保证快速构建 模拟生产环境的自动测试 每个人都可以很容易的获取最新可执行的应用程序 每个人都清楚正在发生的状况 自动化的部署 一个典型的持续集成周期包括以下几个步骤： 持续集成服务器不断从版本控制服务器上检查代码状态，看代码是否有更新。 如果发现代码有最新的提交，那么就从版本控制服务器下载最新的代码。 等代码完全更新以后，调用自动化编译脚本，进行代码编译。 运行所有的自动化测试。 进行代码分析。 产生可执行的软件，能够提供给测试人员进行测试。 持续集成的价值在于： 减少风险 一天中进行多次的集成，并做了相应的测试，这样有利于检查缺陷，了解软件的健康状况，减少假定。 减少重复过程 减少重复的过程可以节省时间、费用和工作量。说起来简单，做起来难。这些浪费时间的重复劳动可能在我们的项目活动的任何一个环节发生，包括代码编译、数据库 集成、测试、审查、部署及反馈。通过自动化的持续集成可以将这些重复的动作都变成自动化的，无需太多人工干预，让人们的时间更多的投入到动脑筋的、更高价 值的事情上。 任何时间、任何地点生成可部署的软件 持续集成可以让您在任何时间发布可以部署的软件。从外界来看，这是持续集成最明显的好处，我们可以对改进软件品质和减少风险说起来滔滔不绝，但对于客户来 说，可以部署的软件产品是最实际的资产。利用持续集成，您可以经常对源代码进行一些小改动，并将这些改动和其他的代码进行集成。如果出现问题，项目成员马上就会被通知到，问题会第一时间被修复。不采用持续集成的情况下，这些问题有可能到交付前的集成测试的时候才发现，有可能会导致延迟发布产品，而在急于修复这些缺陷的时候又有可能引入新的缺陷，最终可能导致项目失败。 增强项目的可见性 持续我们能够注意到趋势并进行有效的决策。如果没有真实或最新的数据提供支持，项目就会遇到麻烦，每个人都会提出他最好的猜测。通常，项目成员通过手工收集这些信息，增加了负担，也很耗时。持续集成可以带来两点积极效果： 有效决策：持续集成系统为项目构建状态和品质指标提供了及时的信息，有些持续集成系统可以报告功能完成度和缺陷率。 注意到趋势：由于经常集成，我们可以看到一些趋势，如构建成功或失败、总体品质以及其它的项目信息。 建立团队对开发产品的信心 持续集成可以建立开发团队对开发产品的信心，因为他们清楚的知道每一次构建的结果，他们知道他们对软件的改动造成了哪些影响，结果怎么样。持续集成实践的目的不是减少Build失败的次数，而是尽早发现问题，在最短的时间内解决问题，减少风险和浪费。如果想尝试持续集成，首先需要的是持续集成服务器，比如Cruise Control或者VSTS；然后需要把现有的Build自动化，比如写Ant脚本；最后就是在持续集成服务器上进行配置，比如配置版本控制，集成间隔时间，如何部署，如何反馈等。持续集成的工具现如今也是百花齐放，各有千秋，接下来我们主要介绍一下目前主流的持续集成工具。我们将从以下几个方面来进行介绍;1.?厂商2.?支持的编程语言3.?价格4.?SCM支持程度5.?构建管理6.?消息通知机制7.?构建工具支持8.?项目管理工具集成9.?测试工具集成10.?安装及配置11.?IDE集成 ?CruiseControl.(?/) 厂商 ThoughtWorks 开发语言 JAVA,也有.net和ruby版本 是否开源 是 价格 免费 SCM 支持程度 ClearCase ， VSS, CVS, ? Subversion, PVCS 等 构建管理 并行构建，分布式构建，增量构建，人工强