构建基于Jenkins + Github的持续集成环境

搭建持续集成首先要了解什么是持续集成，带着明确的目标去搭建持续集成环境才能让我们少走很多弯路。持续集成（Continuous integration）简称CI，是一种软件开发的实践，可以让团队在持续集成的基础上收到反馈并加以改进，不必等到开发的后期才寻找和修复缺陷。当然要明白的是持续集成环境的搭建也不是一劳永逸的，随着软件项目复杂度的增加，持续集成的环境同样要加以维护以确保集成环境的可靠性。

	持续集成的重要要素：1.统一的代码库。

					    2.CI服务器

					    3.自动化测试和构建的脚本

					    4.Slaves

	持续集成的流程：CI服务器控制持续集成的整个过程，轮询代码库更新，根据预定义的脚本进行项目的构建，服务器将任务分配到Slave端。这就是整个持续集成的过程，我们需要根据我们的项目需求，制定好一个完善的持续集成方案，然后根据方案选择CI服务器和版本管理软件，我们的项目选择了Jenkins+Github的持续集成环境，这也是我要主要和大家讲述的。

	为什么要选择Jenkins？

	Jenins是现在非常流行的持续集成CI服务器，这与它的前身Hudson也有着很大的关系，Jenkins易于安装，不需要数据库的支持，直接通过Web界面进行配置，而且集成了RSS/Email的通知机制，支持分布式构建，具有丰富的插件，这些都是Jenkins相比其他持续集成服务器的优势所在。

	对于版本控制软件的选择要看项目需要了，可能是SVN也可能是Git，一般来说Jenkins都有提供插件支持，下面讲解一下Jenins+Github持续集成环境搭建的细节。

	这个持续集成环境构建的主要流程就是Jenins会在后台运行，轮询版本控制的存储库，当发现版本库出现变更，就会通过预定义的构建脚本进行项目的构建，Jenkins会根据项目需求将构建的任务分配到Slave端。一般的项目构建过程主要分为自动化编译和自动化测试两个阶段，这同样是你脚本发挥作用的阶段。