持续交付教育研发中心2015-05-12目录持续交付简介工作计划讨论什么是持续交付？•什么是持续交付？•持续交付是在用户与项目团队（包括客户或者ProductOwner）之间建立紧密的反馈环，即：通过持续交付新的软件版本，验证新的想法和软件的改动，并能衡量这些改动对收入的影响。•持续交付(ContinuousDelivery)是一系列的开发实践方法，用来确保让代码能够快速、安全的部署到产品环境中。它通过将每一次改动都提交到一个模拟产品环境中，使用严格的自动化测试，确保业务应用和服务能符合预期。因为使用完全的自动化过程来把每个变更自动的提交到测试环境中，所以当业务开发完成时，你有信心只需要按一次按钮就能将应用安全的部署到产品环境中。•持续交付的好处：•业务收益：1、它让你能更快地验证新业务方案的结果，并根据真实的用户反馈进行调整。2、大幅降低交付风险、交付成本。•IT管理的好处：1、项目经理们能看到项目的真实进度，通过规律性增量发布，大大减少了每次发布的风险。Monthstoweekstodays什么是持续交付？•你是不是真的在持续交付？(以终为始)•你的软件是不是一直处于产品可发布状态。你只要按个回车键就可以把它发布给用户。•如果你的发布过程很痛苦，而且不太频繁，并且在发布之前还有一个充满风险的集成阶段，那么你就没有在做持续交付。•持续交付中最重要的度量是周期时间（cycletime）•从决定实现某个想法开始，到将其发布给用户为止这段时间长度。Monthstoweekstodays持续交付的发展产品交付生命周期模型传统交付过程的反馈环持续交付模型的反馈环持续交付模型持续交付成熟度模型图（V1.2）业界持续交付现状和目标持续集成ContinuousIntegration环境与部署EnvironmentsandDeployments测试Testing数据管理DataManagement配置管理ConfigurationManagement业界现状Level2可重复级Repeatable根据直观感觉遵从一定的流程。无事先定义好的标准或公共工具集。高度依赖于个人能力。1.在开发人员的代码上进行定期的自动化构建和单元测试。2.利用自动化过程，能够从源控制中重新生成任意一个构建版本。3.开发人员的提交频率是不定的。Level2可重复级Repeatable1.环境已被定义，并可自动化地准备和控制。2.部署操作是手工和自动化相结合才能完成。Level2可重复级Repeatable1.自动化测试和手工测试相结合，并做为Story开发过程中的工作来完成。2.在组件测试和验收测试级别上，仍旧严重依赖于手工测试。3.对“完成的定义”不包含自动化测试的完成。Level2可重复级Repeatable1.对数据库的变更是利用与应用程序版本相匹配的脚本来完成的。Level2可重复级Repeatable1.完整环境的所有元素（Allelements）被清楚定义。2.对源代码、测试、构建和部署脚本、数据迁移和所需的支持性文档等等进行版本控制，但没有标准的工具集。持续集成目标Level4定量级Quantiatively对过程进行端到端的度量与控制。已具备全面自动化部署的能力。1、构建数据度量项被收集，高度可视化，并执行相应的改进活动。2、构建失败不会没人管。所有团队成员至少每天提交一次。3、尽可能在最后时刻（即将发布时）才拉发布分支。Level3已定义级在整个产品生命周期中，已为增量自动化制定了标准和实践。1.开发和测试环境是全面自动化且自服务的。2.已具备“点击按钮即可向任意环境进行部署”的能力。3.为了完成自己的工作，每个人都有相应权限访问并操作相应的环境。Level3已定义级1.一旦需要，就将新的测试添加到测试套件里。2.非功能测试被加到自动化测试套件中。3.手工测试主要关注于探索性测试。Level3已定义级1.数据库变更作为部署流程的一部分自动执行Level4定量级Quantiatively1.每次部署时，数据库升级或回滚都使用生产数据进行自动化的测试。2.使用一个标准的版本控制工具，所有配置项和工作都能被标识和管理。3.对产品环境的任意变更都是成功通过部署流水线完成的。持续交付-7个最佳实践(IBM)•实践1：建立单一的部署来源•实践2：让令人痛苦的手工步骤自动化起来•实践3：管理应用内部的相互依赖关系•实践4：让部署过程的“什么。。在哪里。。”清晰可见•实践5：让部署环节的准入条件和...
