持续集成最大的好处（译）

原文：Top benefits of continuous integration

过去的十多年里，软件开发团队都从敏捷开发（agile development）方式获益不少。他们采用这种增长式的开发方式，通过协作开发，协作解决方案也得到了发展。 本文将谈谈什么是持续集成（CI，continuous integration）以及持续集成的好处。

什么是持续集成？

让我从解释什么是CI开始，然后我们会逐一说明CI的主要好处。CI和测试驱动开发（test-driven development TDD）作为基础架构方法的一部分，拓展基础的敏捷方式，并有很高的质量和项目灵活性。

CI为敏捷开发而生的。 它将开发整理成功能性的用户故事。（User Stories）

Story就是一个可测试的小功能点（Story：功能点=1：1）、或者是多个继承性的小功能点组成的一个Story（Story：功能点=1:N）、或者是一个无法再分割的功能点（再分割这个功能点就无法进行测试了）包含多个Story（Story：功能点=N：1）。

这些故事分成一组组的，变成一个个Sprint。CI的由来就是为了快速地找到issue， 给每个开发者反馈他们的问题。而TTD能快速地评估那个工作。你建立测试，然后开发功能，直到代码通过测试。当你搭建好集成工作，每次你添加新的代码的时候，它能运行相应的测试。这样确保新添加的不会破坏之前的功能性工作。如果有开发者的代码确实阻碍了构建，他们能够得到快速地反馈。

敏捷方式可以让软件和系统团队快速应对变化。 CI帮助系统开发团队变的敏捷并且应对好快速地业务变化，与此同时，又能确保实时同步开发中的实际硬件和软件。CI让团队成员在他们的域组（domain group）中高效地工作，专注于他们最擅长的事。 每天结束的时候，他对项目的贡献（个人理解为项目的修改和提交的代码）将被集成，每部分工作被组合在一起。 而如果有人没有集成，能够快速被发现。

从技术的角度来看，CI帮助团队更高效地一起工作。这些团队可以有功能交叉的，也可以是地理上分开的，因为CI能够让你不偏离设计。 人能够在大团队工作，因为一个复杂系统的不同组成部分会更加实实在在在一起工作。它很好地规避一些没有使用CI的传统敏捷开发团队可能会遭遇的早期陷阱。 CI和TDD组合开发让更多人都能敏捷开发，因为它让敏捷开发方式更加高效。

Continuous-integration-with-docker.png

CI是一种软件开发方式，适合软件成员需要频繁地集成他们的工作（例如代码），通常每个成员每天至少集成一次，甚至一天多次集成。每次集成都会自动构建（包括测试）来验证，来尽可能快的检测出集成的错误。很多团队返现这种方式对减少集成问题有重要意义，让团队开发集成软件更加快速。

CI的目的是如果有缺陷被引入代码库中，能提供迅速的反馈，让它能被尽快的确认和纠正。CI软件攻击能被用于自动化测试和建立文件追踪。

CI的好处是什么？

• 预防集成问题
• 集成bug能够较早地检测到，并且由于每次集成都是小变化组成，也更加便于追踪。这就在整个项目的生命周期中节约了时间和金钱。
• 避免最后发布版本前的混乱，当每个人都试着提交稍不兼容的版本。
• 频繁地提交代码
• 将开发测试归类
• 使用专用的集成构建机器
• 使用持续反馈机制
• 演示构建
• 当单元测试失败或者出现bug，如果开发者需要在没有调试的情况下恢复仓库的代码到没有bug的状态，只有很小部分的代码会丢失（因为集成是非常频繁的）。
• 当前的构建具有持续的可用性，可用于测试，演示，发布。
• 经常提交代码推动开发者编写模块化的，复杂度低的代码
• 强制要求频繁地自动化测试
• 即时反馈本地变化对系统影响
• 自动化测试和CI产生的度量（代码的覆盖度，代码的复杂度，特性的完整度）让开发者专注于代码的功能性和质量，推进团队的开发进度
• 将软件构建从软件部署中分离出来
• 和冗长和高强度的集成说再见
• 提高透明度，能更加方便沟通
• 花费更少的时间调试，让更多的时间用于新特性的开发
• 当你在一个可靠的基础构建，代码能够运行得更好
• 减少集成问题，让你交付软件更加快速
• 自动构建
• 让你的构建自我测试（大概是自动测试吧）
• 自动部署
• CI是高质量的保险

从业务的角度来看，CI也有很多好处，它能带来更好的绩效，更快地将产品推向市场，能及早发现小问题进行修改，不用等到它变大变复杂。它们能更好应对在开发过程中引进的需求。这能给用户创造更好的产品，这是敏捷的真正意义所在。