搭建你的持续集成server - CruiseControl step by step(1)

CruiseControl是CIserver的老者,诞生已是多年,在很多方面,CruiseControlserver已经成为持续集成实践的同义词。而如今,CruiseControl已发展成为一个家族式系统,包含CruiseControl.java、CruiseControl.net、CruiseControl.ruby等适应不同语言环境的实现,其强大的插件和扩展能力也是诸多同类系统无法比你的。而在这里,我仅仅介绍该家族的本家CruiseControl.java,即CruiseControl。CruiseControl是一个不错的持续集成server,只是国内社区的普遍反应是:它的配置太麻烦,无从下手。从本篇文章開始,我将逐步介绍CruiseControl的环境搭建与配置,以及持续集成中的一些实践。我们将从最简单的使用方式(stand-alone)開始,以便您能够高速開始您的持续集成之旅,而不必面对“千奇百怪”的问题。
好!先让我们简单搭建个持续集成server再说吧



一、我使用的CruiseControl版本号

  1. CruiseControl是一个java开源项目,我将以它近期的一个分支版本号来介绍它的使用。CruiseControl近期公布的版本号是V2.7.1。这个分支版本号就是在V2.7.1基础之上。
  2. 这个分支版本号包括一个Dashboard,能够方便地看到各项目的构建状态。
  3. 这个分支版本号当然还支持多个Build Loop,你能够在多个机器上部署独立的Build Loop,从而建立你自己的Build Grid。

二、得到CruiseControl的分支版本号

要得到这个分支版本号,你能够使用subversion不用不论什么password从CruiseControl的Repository中检出。命令例如以下:
svn checkout https://cruisecontrol.svn.sourceforge.net/svnroot/cruisecontrol/branches/cce/cruisecontrol/

三、构建CruiseControl

0.    你机器上至少要安装有JAVA 1.4,并在环境变量中设置有JAVA_HOME,并把java/bin增加到path中。CruiseControl自带了ANT,所以不用事先安装。

  1. 从源码中构建CruiseControl

假设从源代码中构建CruiseControl,要确保你的机器能够訪问互联网。由于构建过程中要检查一些license。另外,最好有SVN client软件,由于在构建时,它会用到javahl。
       在刚刚checkout出来的CruiseControl文件夹下,有一个批处理文件,名为release.bat。执行这个批处理文件,你会在target文件夹下发现一个压缩文件,名这cruisecontrol-bin-2.7.2-dev.zip。将其解压到一个文件夹,我们这里解压到C盘根文件夹下。解压后,文件夹结构例如以下:

      2.  直接使用已构建完毕的CruiseControl 
假设你不想做这一步,也能够在binaryrelease文件夹下发现解压后的文件,把它们复制到对应的文件夹下也能够。

四、执行CruiseControl

CruiseControl能够执行在多种应用server中,当然,它自己也捆绑了一个开源应用server,那就是Jetty 6。为了尽快建立我们的环境,我们这里临时使用它自己捆绑的Jetty,高速開始我们的持续集成之旅。
   直接执行CruiseControl文件夹下的CruiseControl.bat,它会自行启动Jetty6,当从Console中看到它启动完毕后,你就能够在浏览器中訪问http://localhost:8080/dashboard,此时你会看到一个名为connectFour的演示样例项目在Dashboard上显示了。

(假设你足够快的话,你会发现Dashboard 上的小方块是从灰色变成深绿色的。为什么呢?我们以后再说。)
“绿色”表示该项目构建通过。假设要是有多个项目的话,应该看到多个小方块。

点击“Builds” Tab页,就到了 Builds 页。这一页会以列表的方式显示全部的项目。当前仅仅有一个项目,所以在列表中仅仅有一行,例如以下图所看到的:

 在该页面上点击某个项目时,会打开Build Detail页,显示该项目近期一次Build的信息。页面右側是该项目全部历史构建信息。你会发现,这时connectFour项目有两个构建历史版本号,一个是刚刚构建完毕的,还有一个是两年前的构建。这些信息是来自于CruiseControl对该项目的日志文件。此时,点击这两个构建结果中的不论什么一个,都会打开该次构建的Build Detail页面,显示相关的构建历史信息。例如以下图所看到的:

我们将在下一篇文章中简要介绍CruiseControl的配置文件,为您增加自己的构建项目做准备。

搭建你的持续集成server - CruiseControl step by step(1)

时间: 2024-10-19 10:56:41

搭建你的持续集成server - CruiseControl step by step(1)的相关文章

搭建你的持续集成环境——CruiseControl介绍

虽然起了个煞有介事的标题,但是其实只是把在工作中碰到的跟CruiseControl这个工具打交道的经历记录下来,因为听说有个技术博客找工作会加分很多(笑),嗯,让我们开始吧! 相信百度到CruiseControl的同学也已经知道持续集成(CI)是个什么玩意了,这篇文章的作者很懒,就不多废话了,贴上两个百度百科的链接. 关于持续集成 关于CruiseControl 先放上一张使用中的CruiseControl的架构图,然后就有点困了,嗯,那就再见~

持续集成:CruiseControl.NET + VisualSVN.Server

刚换了工作,有需要搭建一套持续集成的平台,做一下总结. 首先是我用到的工具: 上面缺少了Microsoft Fxcop,可以用来做代码校验,不过实际情况暂时还没有用到.主要的需求目前是,使用已发布的稳定版本代码作为新发布版本代码的基础,避免有未完成的代码存在于发布版本中,同时自动化集成发布后,上传该新发布版本代码到tags中.elevate一般情况下是不需要的,不过VisualSVN无法使用命令行登陆,可以使用它来提升执行权限,不过最终我使用了另外一个办法,这个方法需要购买VisualSVN S

使用 Jenkins 搭建 iOS/Android 持续集成打包平台【转】

背景描述 根据项目需求,现要在团队内部搭建一个统一的打包平台,实现对iOS和Android项目的打包.而且为了方便团队内部的测试包分发,希望在打包完成后能生成一个二维码,体验用户(产品.运营.测试等人员)通过手机扫描二维码后就能直接安装测试包. 该需求具有一定的普遍性,基本上所有开发APP的团队都可能会用到,因此我将整个需求实现的过程整理后形成此文,并且真正地做到了零基础上手,到手即飞.开箱即用,希望能对大家有所帮助. 首先,先给大家展示下平台建设完成后的整体效果: 该平台主要实现的功能有3点:

简单搭建Gitlab CI持续集成环境

简单搭建Gitlab CI持续集成环境 简单介绍Gitlab CI的功能 从GitLab 8.X 开始,GitLab CI就已经集成在GitLab中,我们只要在项目中添加一个.gitlab-ci.yml文件,然后添加一个Runner,开启Runner,即可进行持续集成.而且随着GitLab的升级,GitLab CI变得越来越强大. GitLab Runner 在没使用过Gitlab之前,我也有一个困惑,到底Gitlab Runner是什么东西.它的作用是什么?</br>GitLab Runne

docker搭建gitlab+Jenkins持续集成环境

安装docker 此处省略一.使用docker安装gitlab docker pull gitlab/gitlab-ce:latest下载完成之后使用docker生成容器docker run -dit \-p 8443:443 \-p 8080:80 \-p 2222:22 \-p 9090:9090 \--name gitlab \--restart always \-v /home/gitlab/config:/etc/gitlab \-v /home/gitlab/logs:/var/lo

Ant+jmeter+jenkins搭建测试的持续集成

前提: Ant+jmeter 已经搭建完成并成功运行(参看ant+jmeter自动化性能测试) Jenkins在本地已经安装可运行(参看上一篇) 1.下载Jenkins安装 2.浏览器输入地址http://localhost:8080/显示界面,安装成功 3.新建一个任务并配置 构建一个自由风格的软件项目即可. 4.配置参数 旧的构建保存了你在一次构建中的所有临时文件,如果构建没有保留的必要,就勾选丢弃旧的构建,同时设置保持构建天使和保持构建的最大个数两个参数. PS:三个设置必须同时设置,否则

Jenkins 搭建 .NET FrameWork 持续集成环境

本文不赘述如何安装 Jenkins,如有需要请看之前文章,这里我们主要搭建 .Net 环境.本文是在 Windows 环境下安装的 Jenkins 进行操作 一.安装所需环境 这里我们需要安装以下安装包: .NET Framework 4.6.1 https://www.microsoft.com/zh-cn/download/details.aspx?id=49982 Microsoft Build Tools 2015 https://www.microsoft.com/zh-CN/down

持续集成之戏说Check-in Dance(转)

add by zhj: 先说一下持续集成的定义,这是ThoughtWorks首席科学家Martin Fowler在<持续集成>第二版中给出的,“持续集成是一种软件开发实践.在持续集成中,团队成员频繁集成他们的工作成果,一般每人每天至少集成一次,也可以多次.每次集成会经过自动构建(包括自动测试)的验证,以尽快发现集成错误.许多团队发现这种方法可以显著减少集成引起的问题,并可以加快团队合作软件开发的速度.” 这里是<持续集成>第二版的一些简单介绍:http://www.infoq.co

jenkins+github持续集成中的坑

1.前言 刚开始开发自己的独立博客的时候,每次发布都要手动打包,上传服务器,杀tomcat进程,重启,来回这么重复性工作,很快就有点不耐烦了.如果能自动化的东西,就绝不要手动了,所以自己搭建了个持续集成环境,配好了结合github进行push时自动构建,自动发布的流程,提交代码,泡杯咖啡就发布好了.本以为很简单,但没想到中间细节还是有不少坑,查了很多资料,墙都翻了好几次,把遇到的问题记录在这里. 2.正文 详细安装教程就不复制粘贴了,推荐此文手把手教你搭建Jenkins+Github持续集成环境