提升软件开发效率和质量的持续集成实践资源-CSDN下载

持续集成方案

40 浏览量 2021-02-25 09:58:54 上传评论收藏 1.06MB PDF 举报

资源推荐

资源详情

资源评论

持续集成方案持续集成方案

持续集成的前身：

在使用持续集成之前，很多开发团队都是用每日构建(nightly build)。当时，微软使用这个实践很多年了。谁破坏了构建，就要

负责监视后续的构建构成，直至发现下一个破坏了构建的人。

为什么要使用持续集成？

对于大多数项目来说，采纳持续集成实践是向高效率和高质量迈进的一大步。它保证那些创建大型复杂系统的团队具有高度的

自信心和控制力。一旦代码提交引入了问题，持续集成就能为我们提供快速的反馈，从而确保我们作为一个团队所开发的软件

是可以工作的。

持续集成的主要关注对象是开发团队。持续集成系统的输出通常作为手工测试流程和后续发布流程的输入。在软件的发布过程

中，很多浪费来自于测试和运维环节。

例如：我们常常看到：

1.构建和运维团队的人员一直在等待说明文档或缺陷修复

2.测试人员等待"好的"版本构建出来

3.在新功能开发完成一段时间后，才收到缺陷报告

4.开发完成时，才发现当前的软件架构无法满足该系统的一些非功能需求

持续集成的一些实践：

采取一种更完整的端到端的方法来交付软件。我们通过一键式方式把软件的某个版本部署好，甚至可以将其一键式部署到生成

环境中，这样就可以建立了一个非常有效的反馈环--由于很容易将应用程序部署到测试环境中，所以团队可以同时得到软件功

能和部署流程两个方面的快速反馈。因为部署流程(无论是测试，集成)都是自动化的，所以可以频繁且有规律的运行并被测

试，从而降低发布风险，也降低了向开发团队传递有关部署流程的知识时的风险。

从精益的角度来看，我们实现了一个"拉式系统"，测试团队只要自己单击按钮，就能轻松部署。管理人员也能容易得到一些关

键的度量指标，比如周期时间，吞吐量以及代码质量。

持续集成主要内容包括：

1.将软件构建、集成、测试和部署全面实现自动化

2.在团队和组织级别实现部署流水线

3.改进开发人元、测试人员和运维人员间的协作

4.在大型分布式团队中增量并发开发软件功能

5.实施高效的配置管理策略

6.分析并实现自动化验收测试

7.容量测试和其他非功能需求的测试

8.实现持续部署和零停机发布

9.管理基础设施、数据、组件和依赖

风险管理、符合度和审计

一.构建

什么是构建：

在现代软件学中，可能经常听到CMMI，ISO(大型团队)、中小型团队(敏捷开发、XP编程)

构建工具：MSBuild、Maven、Ant、NAnt、Gradle

Unit是整个金字塔的基石（在建筑行业，基石是做建筑物基础的石头），如果基石不稳，Service和UI何谈有构建意义呢？只

有基石稳如磐石，上层建筑才够坚固。

本来想拿瑞士做钟表的例子来说明下，但同事说的汽车例子更好。一辆汽车由许多配件组成，如果有以下两种选择，你会选择

哪个呢？

1. 所有单元配件没有测试过，在4S店，销售人员告诉你：刚组装好，已经开了一天，能跑起来，你可以试试；

2. 所有单元配件在生产过程已经经过严格测试，在4S点，销售人员告诉你，已经通过国家认证，出厂合格，有质量保证，你

可以试试；

MSBuild 是 Microsoft 和 Visual Studio的生成系统。它不仅仅是一个构造工具，应该称之为拥有相当强大扩展能力的自动化平

台。MSBuild平台的主要涉及到三部分：执行引擎、构造工程、任务。其中最核心的就是执行引擎，它包括定义构造工程的规

范，解释构造工程，执行“构造动作”；构造工程是用来描述构造任务的，大多数情况下我们使用MSBuild就是遵循规范，编写

一个构造工程；MSBuild引擎执行的每一个“构造动作”就是通过任务实现的，任务就是MSBuild的扩展机制，通过编写新的任

务就能够不断扩充MSBuild的执行能力。所以这三部分分别代表了引擎、脚本和扩展能力。

二.版本控制

配置管理：使用版本控制

版本控制系统（源代码控制管理系统）是保存文件多个版本的一种机制。一般来说，包括Subversion、Git在内的开源工具就

可以满足绝大多数团队的需求。所有的版本控制系统都需要解决这样一个基础问题: 怎样让系统允许用户共享信息，而不会让

他们因意外而互相干扰？

如果没有版本控制工具的协助，在开发中我们经常会遇到下面的一些问题：

一、代码管理混乱。

二、解决代码冲突困难。

三、在代码整合期间引入深层BUG。

四、无法对代码的拥有者进行权限控制。

五、项目不同版本发布困难。

对所有内容都进行版本控制

版本控制不仅仅针对源代码，每个与所开发的软件相关的产物都应该被置于版本控制下，应当包括：源代码、测试代码、数据

库脚本、构建和部署脚本、文档、web容器（tomcat的配置）所用的配置文件等。

剩余15页未读，继续阅读

内容反馈

weixin_38617602

粉丝: 7

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip