持续集成

作者：大卫·巴特利（David Bartlert）

构建应用程序作为重大项目事件的日子己经一去不复返了。架构师（无论是应用架构师还是企业架构师）都应该在项目中鼓励推广持续集成的方法和工具。

持续集成的说法最早是由马丁·福勒（MartinFowler）在设计模式中提出来的。它指一套频繁对应用程序进行自动化测试和构建的实践方法，以及确保测试和构建自动执行的相关工具。持续集成通常在一台专门配置的集成服务器上完成。得益于单元测试工具和方法的发展，加上自动化构建工具的配合，持续集成己经成为当今软件开发中必不可少的手段。

持续集成针对的是所有软件开发过程中的一个共同阶段：将源代码转换成可运行应用程序的过程，在这个过程中，把众多开发成果汇集起来进行测试。你以前可能听过“尽早构建，经常构建）”（build early and ofter）的提法，它确保当前的开发不会出现意外，是一种降低风险的技巧。现在持续集成己经取代“尽早构建，经常构建）”。除了构建应用程序，持续集成还包括增进团队沟通与协作的特性。

构建应用程序是持续集成最主要的内容，它通常是自动执行的。可以设置在夜里进行，或者当源代码变更时自动触发。当然你也可以选择手动构建。构建开始后，先从版本库取出最新版本的源代码，持续集成工具会尝试对项目进行构建，然后展开测试。结束后，系统会发出相应的通知，报告集成结果。通知可以通过多种途径发送，包括电子邮件和即时通信工具。

 

架构师青睐持续集成，因为借助它可以取得更稳定、更符合要求的开发结果。更重要的是，它可以提高公司和开发团队的工作效率，改善工作效果。