持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。关于持续集成的具体内容我们将在文章中展开。

什么是持续集成

当提交了一部分修改完成的代码后，我们总是希望可以快速得到直观且有效的反馈，及早暴露问题。在开发过程中总有一部分工作是相对机械化，易出错的（例如打包、部署）。为何不将这部分工作交给机器来做呢？仅需要轻点鼠标，起身泡杯咖啡，将部署与发布的事宜交由持续集成，把时间花在更有价值的事物上。

持续集成便是专门为此工作流而设计的得力功能。通过对每次提交的代码进行自动化的代码检查、单元测试、编译构建、甚至自动部署与发布，能够大大降低开发人员的工作负担，减少许多不必要的重复劳动，持续提升代码质量与开发效率。毫无疑问，持续集成是开发者与研发团队的福音。

持续集成的原则

1、所有的开发人员需要在本地机器上做本地构建，然后再提交的版本控制库中，从而确保他们的变更不会导致持续集成失败。

2、开发人员每天至少向版本控制库中提交一次代码。

3、开发人员每天至少需要从版本控制库中更新一次代码到本地机器。

4、需要有专门的集成服务器来执行集成构建,每天要执行多次构建。

5、每次构建都要100%通过。

6、每次构建都可以生成可发布的产品。

7、修复失败的构建是优先级最高的事情。

8、测试是未来，未来是测试。