什么是持续集成 在软件工程中,持续集成(CI)是指将所有开发者的工作副本每天多次合并到主干的做法。Grady Booch 在1991年的 Booch method 中首次命名并提出了 CI 的概念,尽管在当时他并不主张每天多次集成。而 XP(Extreme programming,极限编程)采用了 CI 的概念,并提倡每天不止一次集成。 持续集成服务器 持续集成服务器就是能够采用自动化的手段,来解放人的双手,实现项目持续集成的工具。与之配套的软件有TeamCity、Hudson、Go,等。 本主将会就利用hudson+ant+JUNIT+EMMA 搭建持续集成环境,做一步一步的详细解剖. 本文是该系列文章的第二部分,主要以代码为主。本代码的核心作用是,利用ant脚本去控制项目的编译,以EMMA和JUNIT的调用和报告生成,以及最后的项目打包发布到tomcat目录。
前言 什么是持续集成,为什么要持续集成?本文对持续集成前后两种开发实践做了对比分析,从而直观的感受到持续集成的好处。 传统开发模式存在的问题 1.Bug总是在最后才出现。 2.越到项目后期,问题越难解决。 3.软件交付时机无法保障。 4.程序经常需要变更。某些项目中,程序会经常需要变更,特别是敏捷开发实践者。 5.无效的等待变多。开发在等待集成其他人的模块,测试人员在等待开发修复Bug,产品经理在等待新版本上线给客户做演示,项目经理在等待其他人提交代码。 6.用户的满足度低。 什么是持续集成 在软件工程中,持续集成(CI)是指将所有开发者的工作副本每天多次合并到主干的做法。Grady Booch 在1991年的 Booch method 中首次命名并提出了 CI 的概念,尽管在当时他并不主张每天多次集成。而 XP(Extreme programming,极限编程)采用了 CI 的概念,并提倡每天不止一次集成。 持续集成服务器 持续集成服务器就是能够采用自动化的手段,来解放人的双手,实现项目持续集成的工具。与之配套的软件有TeamCity、Hudson、Go等。 本主将会就利用hudson+ant+JUNIT+EMMA 搭建持续集成环境,做一步一步的详细解剖.
引言: 本文第一部分,介绍这两种工具如何在linux下的安装. 本文第二部分,介绍如何利用这两种工具,来实现自动同步缓存数据,自动切换缓存主从关系. (本人其它一些文章,可到http://www.wejias.com进行阅读) Redis的主从机会自动数据. Keepalived 有切换访问IP的功能,利用此特性来切换缓存的主从关系. 当36.53(即主服务器)挂掉的时候,keepalived 的VIP会自动转到36.54 这个时候利用keepalived的notify_master 属性将36.54设置为Redis的主服务器. 这样就可以,将53挂掉期间数据保存到54上.而Keepalived又会让外部访问转到54, 所以此时缓存数据存取都没有问题(之前由于54是53的从机,所以54也有之前的数据)