关于Jenkins在Linux快速搭建持续集成环境

Jenkins包提取地址   http://www.jenkins-ci.org/  右边自选

  本人服务器环境是centOS6.3,yum search jenkins没有这个包，因此须要到 http://pkg.jenkins-ci.org/redhat/来添加

   sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo
   sudo rpm --import  http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key

   yum serach jenkins 就会发现已经出现了jenkins资源

   so:yum install jenkins 搞定

   service jenkins start

   jenkins默认端口号是8080，修改地址在/etc/sysconfig/jenkins

而后就能够输入http://localhost:8080进行配置了

About 持续集成环境 来源： http://www.oschina.net/question/129540_32752

什么是持续集成

随着软件开发复杂度的不断提升，团队开发成员间如何更好地协同工做以确保软件开发的质量已经慢慢成为开发过程当中不可回避的问题。尤为是近些年来，敏捷（Agile） 在软件工程领域愈来愈红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤为的重要。

持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须常常集成他们的工做，甚至天天均可能发生屡次集成。而每次的集成都是经过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队可以更快的开发内聚的软件。

持续集成的核心价值在于：

1. 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减小重复过程以节省时间、费用和工做量；
2. 持续集成保障了每一个时间点上团队成员提交的代码是能成功集成的。换言之，任什么时候间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能；
3. 持续集成还能利于软件自己的发展趋势，这点在需求不明确或是频繁性变动的情景中尤为重要，持续集成的质量能帮助团队进行有效决策，同时创建团队对开发产品的信心。

持续集成的原则

业界广泛认同的持续集成的原则包括：

1）须要版本控制软件保障团队成员提交的代码不会致使集成失败。经常使用的版本控制软件有 IBM Rational ClearCase、CVS、Subversion 等；

2）开发人员必须及时向版本控制库中提交代码，也必须常常性地从版本控制库中更新代码到本地；

3）须要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建能够被软件的修改来直接触发，也能够定时启动，如每半个小时构建一次；

4）必须保证构建的成功。若是构建失败，修复构建过程当中的错误是优先级最高的工做。一旦修复，须要手动启动一次构建。

持续集成系统的组成

因而可知，一个完整的构建系统必须包括：

1. 一个自动构建过程，包括自动编译、分发、部署和测试等。
2. 一个代码存储库，即须要版本控制软件来保障代码的可维护性，同时做为构建过程的素材库。
3. 一个持续集成服务器。本文中介绍的 Jenkins 就是一个配置简单和使用方便的持续集成服务器。