持续集成的应用汇编.pptx

持续集成的应用 客户第一 | 阳光沟通 | 团队协作 | 拥抱变化 | 学习成长 持续集成目的 持续集成流程、作用及原则 持续集成工具使用介绍 持续集成概念 持续集成在飞看流程 目录 持续集成目的 持续集成流程、作用及原则 持续集成工具使用介绍 持续集成概念 持续集成在飞看流程 目录 持续集成目的 及早集成，及早发现问题！ 提前并频繁地做让你感到痛苦的事! 持续集成，达到持续发布目的！ 持续集成目的 持续集成流程 持续集成工具使用介绍 持续集成概念 持续集成在飞看流程 持续集成相关概念(一) 自动化(automated)：一个”无须干预”的过程。当一个完全自动化的过程开始后，不需要用户的干预。系统管理员称之为“无人值守”过程。 构建(build)：编译、审查、部署及测试软件的一组活动。 持续(continuous)：从技术上讲，持续意味着一旦开始就永不结束。这意味着构建会不断进行，但实际上并非如此。CI中的持续更像是坚持，一个进行不断运行，轮询版本控制库的变更。如果CI服务器发现了变更，就会执行构建脚本。 持续集成相关概念(二) 持续集成(Continuous Intergration):”简称CI。一项软件开发实践，其中团队的成员经常集成他们的工作，通常每个人每天至少集成一次”----这导致每天会集成多次。每次集成是通过自动化的构建(包括测试)进行的，目的是尽快地检查集成的错误。许多团队发现这样做能够减少大量的集成问题。让团队能够更快地开发一致辞软件。 持续交付(Continuous Delivery)：通过持续集成部署流水线达到发布条件，经常地可获得可交付的版本。 持续集成相关概念(三) 开发环境(Development Environment)：软件编写的环境。这包括IDE，构建脚本，工具，第三方的库，服务器和配置文件等。 审查(Inspection)：出于内部质量要求，对源代码/字节码进行分析。将自动化的审查(包括静态分析和运行时分析)称为“软件审查”。 私有构建(Private Build)：将变更提交至配置库之前，在您的开发环境中执行的本地构建。目的是减少最近的变更破坏集成构建的可能性。 持续集成目的 持续集成流程、作用及原则 持续集成工具使用介绍 持续集成概念 持续集成在飞看流程 持续集成的流程 持续集成包括的范围 目标：只需要点击一下鼠标，就可以将软件部署到任何目标环境，包括开发环境、测试环境或生产环境。 上述各项工作都持续进行、持续反馈各种潜在的问题将被持续地暴露和跟进，进而保证持续发布。 持续集成流程 持续集成阶段 为减少构建时间，快速反馈 一般分为提交阶段与验收阶段对应轻量级构建及重量级构建 轻量级构建：对软件编译、规范性检查(静态检查)、单元测试等（如有的有冒烟测试）排除所有明显的问题 重量级构建:执行更全面的集成构建，包括部署与测试（有的包括动态检查） 小组成员check in 代码到源码库中。 自动开发服务器不断的监测该源控制库 新代码不断的被该服务器check out。 不断地编译、打包、规范性检查、单元测试、自动安装与部署、自动测试 结果发出报告。 持续构建流程 持续集成实施一般步骤 1、自动化 1.1 包括但不是非要全部包括：自动编译、自动单元测试、自动规范性检查、自动安装与部署、自动测试，没有严格顺序 1.2 自动工具 编译打包工具：ant 、mvn、make 单元测试：junit cppcheck 规范性检查：checkstyle、findbug等 2、执行单命令构建 通过单命令(可是批处理)可运行自动构建，并出具相应报告 持续集成实施一般步骤 3、使用持续集成工具将流程形成反馈 3.1 实现定时或轮询配置库，获取软件源码，进行自动编译打包、单元测试、规范性检查生成报告。 3.2 定时或轮询已生成的二进制包，自动安装与部署、自动接口测试、功能性测试、性能测试等生成报告。 持续集成的机制根据实际情况定。 3.3 反馈方式多种：邮件、SMS等 持续集成带来的好处 作用 描述 及早发现缺陷 CI每次变更时(或每天多次)就执行测试与审查，能尽早发现缺陷 减少重复过程 CI减少重复过程，包括编译、单元测试、审查、部署与测试 减少假定 CI通过在一个干净的环境中不断使用相的过程和脚本重复构建，减少第三方环境的依耐 每次提交都可能产生一个可发布的软件 因CI及时经常地部署测试，软件的质量情况可以测量与追踪，可得到可发布的版本 增强项目的可见性 因CI可提供质量情况，作为有效的决策，同时也可关注到其趋势 建立起更强大的产品信心 因CI，让项目团队清楚软件通过测试验证其行为,也清楚代码的修改造成的影响 持续集成的前提条件 1、版本控制 全面的地配置管理，与项目相关的所有内容必须提交至版