1 / 5
文档名称:

软件开发过程的持续集成探讨.doc

格式:doc   大小:63KB   页数:5页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件开发过程的持续集成探讨.doc

上传人:小雄 2020/8/3 文件大小:63 KB

下载得到文件列表

软件开发过程的持续集成探讨.doc

文档介绍

文档介绍:软件开发过程的持续集成探讨【摘要】目前软件开发越來越多采用敏捷开发方式,敏捷开发在软件工程领域中得到广泛应用,如何能在不断变化的需求中快速适应和保证软件的质量也显得尤为重要,持续集成在软件开发的应用能够快速提供版本和完成验证交付。【关键词】软件开发;持续集成;,对于提高软件开发效率并保障软件开发质量提供了理论基础。本文通过具体实例,介绍了如何借助持续集成工具提高软件生产力。•当前公司的版本发布工作当前各个公司的版本发布工作差异很大,有些公司没有每日编译版本,等到正式发布时发布一下;有些公司则是写一个脚本每天晚上定时编译一下,第二天开发人员就可以使用前一晚上生成的版本;有些公司使用持续集成工具编译版本,代码有更改时就会触发编译;还有些公司根据每口编译的状态触发电子装备,亮红灯或绿灯來显示版本的状态,有些甚至利用发声装备发出导致版本编译失败的代码上传者的名字。可见各个公司在持续集成方血的投入差异巨大,持续集成投入越多,软件版本交付能力就会越强,软件生产力也就越高。•持续集成的核心价值(1) 持续集成中的任何一个环节都是自动完成的无需太多的人工干预,有利于减少重复过程以节省时间、费用和工作量。(2) 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之,任何时间点都能第一时间发现软件的集成问题,使任意时间发布可部署的软件成为了可能。(3) 持续集成还能利于软件本身的发展趋势,这点在需求不明确或是频繁性变更的情景中尤其重要,持续集成的质量能帮助团队进行有效决策,同时建立团队对开发产詁的信心。•持续集成的原则包括(1) 需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有IBMRationalClearCase>CVS、SVN等。(2) 开发人员必须及时向版本控制库中提交代码,也必须经常性地从版本控制库屮更新代码到本地。(3) 需耍有专门的集成服务器来执行集成构建。根据项目的具体实际,集成构建可以被软件的修改来直接触发,也可以定时启动,如每1小时构建一次,还可以由上游项目编译成功后触发。(4) 必须保证构建的成功。如果构建失败,修复构建过程中的错误是优先级最高的工作。一旦修复,需要手动启动一次构建。,开源的和商用的(1)开源工具。CruiseControl、Hudson^LuntBuild(2)商用工具。TeamCity>AntHillPro^,Hudson作为OpenSource里持续集成的后起之秀,现在已经赶超了这两个前辈,目前恐怕是使用最多的一个CIServerTo国外使用商用的工具多些,而在国内用开源的多些,其中HudsonI具使用较为广泛,现在叫Jenkins,是基于Java开发的一种持续集成工具,它主要包括:(1) 持续的软件版本发布/测试项目。(2) 监控外部调用执行的工作。(1) 开源免费,容易安装,只需要执f'rJava-。(2) 容易配置,可以通过友好的webGCI来配置,几乎每个配置都有帮助信息提示。(3) 跨平台,儿乎支持所有的平台,