- 1、本文档共40页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
;;;第一个鸿沟节点在哪里?怎么来解决?
第二个鸿沟节点在哪里?怎么来解决?;维基百科:DevOps是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。它是人们为了及时生产软件产品或服务,以满足某个业务目标,对开发与运维之间相互依存关系的一种新的理解。
四个关键驱动力:
互联网冲击要求业务的敏捷,个性化需求越来越多;
虚拟化和云计算基础设施日益普遍,让DevOps成为可能;
数据中心自动化技术,让部署成本降低,自动化成为可能;
敏捷开发的普及,让开发快速响应成市场需要成为可能。;IBM认为DevOps是企业必备的持续交付能力,通过软件驱动的创新,确保抓住市场机会,同时减少反馈到客户的时间,具体落地时包括如下的一些实践:
持续(业务)规划——ContinuousPlanning;
持续(协作开发中的)集成——ContinuousIntegration;
持续测试——ContinuousTesting;
持续交付——ContinuousDelivery;
持续部署——ContinuousDeployment;
持续发布——ContinuousRelease;
持续反馈(优化)——ContinuousFeedback。
持续集成是持续交付的前提,持续交付是持续部署的前提。;早在20世纪80年代,微软的研发团队就使用一种开发实践,称作每日构建。它是指每天定自动执行一次软件构建工作,也就是将当前版本控制系统中的源代码检出到一个构建环境中,对其进行编译、打包的过程。
通过执行每日构建可以确保开发人员了解他在前一天的代码编写过程中是否引入了新问题,同时在构建完成之后会运行自动化冒烟测试代码,可以帮助团队确定新的变更是否破坏了原有的功能。其关键在于,每次构建一定要包含新的代码修改和测试。
自1999年起,持续集成作为一种软件开发实践,随着敏捷运动的兴起而走入软件行业的大众视野。在敏捷运动所提倡的众多原则、方法与实践中,持续集成是第一个被广泛接受和认可的工程实践。;1996年KentBeck编写的《解析极限编程——拥抱变化》中提出的:
持续集成——每天多次集成和生成系统,每次都完成一个构建任务
MartinFowler于2006年给出的解释:
持续集成是一种软件开发实践,团队成员频繁将他???的工作成果集成在一起(通常每人至少提交一次,这要每天就会有多次集成);每次提交后,自动触发运行一次包含自动化验证的构建任务,以便能尽早发现集成问题。
持续集成是一种质量反馈机制,其目的是“尽早发现代码中的质量问题”。在认知方面通常存在如下两个误区:
将持续集成与敏捷软件开发划了等号;
把自动化构建与持续集成划上等号。;定义:每当开发人员提交了新代码之后,就对整个应用进行构建,并对其执行全面的自动化测试;根据构建和测试的结果,来确定新代码和原有代码是否正确的集成在一起。如果失败,开发团队就要停下手中的工作,立即修复它。
目的:让正在开发的软件始终处于可工作状态。
强调:代码的提交是一种沟通方式,即各条分支之间的对话过程,持续集成需要通过各条分支之间受严格约束的对话方可得到保证。;1、开发人员将代码提交到代码仓库;
2、自动触发持续集成服务;
3、持续集成服务将必威体育精装版代码取到已准备好的专用环境;
4、在专用环境中运行指定的工具或命令,对必威体育精装版代码进行检查,通常是代码静态扫描,比如:代码规范检查、代码安全扫描等;
5、在代码静态扫描通过后,在专用环境中对代码编译打包,运行单元测试代码;
6、通过单元测试后,把编译打包好的程序部署到指定的测试环境并运行功能测试(至少是功能回归的冒烟测试,确保主业务流程能顺利通过);
7、运行结束后,将验证结果反馈给开发团队。;通过互联网查阅相关资料,就持续集成中常见的两个误区进行讨论:
持续集成与敏捷开发的关系;
自动构建与持续集成的关系。;持续集成包含多个环节用于验证提交的代码,任何一个环节验证通不过,则终止集成过程,反馈给开发团队。
持续集成体现了精益敏捷的核心理念之一:质量内建、快速反馈。
开发团队成员完成一项任务后,必须通过运行一系列的自动化质量检查,验证其所定代码的质量是否达到了团队能够接受的软件质量标准。
在每次构建时需要完成质量验证,这正是持续集成的核心理念。建议至少包含:一是自动化单元测试;二是代码动静态执行、代码规范检查;三是构建验证测试(冒烟测试);①从最近一次发版的主分支或开发分支(依不同团队的分支策略而定)上,新建一个基于特性或产品积压工作项的开发分支;开发人员开始工作时,把该分支拉取到本地的个人工作区中。
②在个人工作区中对代码进行修改,包括实现产品新功能的代码,甚至编写对应功能的自动化测试???码。
③当开发完成并准备提交时,首先执行一个自动化验证集
您可能关注的文档
- 蜜蜂合作方案.ppt
- 免提使用左耳去测试接收方向.ppt
- 敏捷软件开发项目管理与实践01 前言-2学时.pptx
- 敏捷软件开发项目管理与实践02 软件工程概述(任务1-1)-4学时.pptx
- 敏捷软件开发项目管理与实践03 软件项目启动及项目计划管理(任务1-2-5)-4学时.pptx
- 敏捷软件开发项目管理与实践04 软件需求及开发积压工作管理(任务2)-4学时.pptx
- 敏捷软件开发项目管理与实践06 软件配置管理及源代码版本控制(任务6、7)-2学时.pptx
- 敏捷软件开发项目管理与实践07 项目冲刺及跟踪管理Part2(任务4、5)-2学时.pptx
- 敏捷软件开发项目管理与实践10 软件发布及持续部署(任务11)-2学时(选讲).pptx
- 敏捷软件开发项目管理与实践11 大规模团队应用敏捷模式-2学时(选讲).pptx
文档评论(0)