一、持续集成相关概念
1.1、什么是持续集成?
随着软件开发复杂度的不断提高,团队开发成员间如何更好的协同工作以确保软件开发的质量已经成为开发过程中不可回避的问题。尤其是近年来敏捷开发在软件领域越来越火,如何能在不间断变化的需求中快速适应和保证软件的质量显得尤其重要。持续集成正是针对这一问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成。而每次集成都是通过自动化的构建来验证,包括自动编译、发布和测试,从而尽快地发现集成错误,让团队能更快的开发内聚的软件。
1.2、持续集成的原则
- 需要版本控制工具来保障团队成员提交的代码不会导致集成失败。常用的版本控制工具有cvs、subversion、git、sourcesafe等;
- 开发人员需要及时向版本控制库中提交代码,也需要经常性地从版本控制库中更新代码到本地;
- 需要有专门的集成服务器来执行集成构建。根据项目的实际情况,集成构建可以通过代码仓库中代码的变动(如push事件、merge事件等)来自动触发构建,也可以定时启动构建,如每半小时构建一次;
- 必须保证构建的成功。如果构建失败,则修复构建过程中的错误将是优先级最高的工作。一旦修复,需手动启动一次构建。
- 一个自动构建过程,包括自动编译、分发、部署和测试等;
- 一个代码仓库,即需要版本控制工具来保障代码的可维护性,同时作为构建过程的素材库;
- 一个持续集成服务器。即将介绍的Jenkins就是一个配置简单和使用方便的持续集成服务器。
1.3、持续集成系统的组成
版权声明:本文为weixin_68548441原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。