需求分析和设计阶段工作要点总结

豆豆网   技术应用频道   2008年02月20日  【字号: 收藏本文

内容摘要:在这样的软件方法学中,代码持续集成和自动测试极其重要,以至于被形象地称为项目开发的心跳,心跳停止之时通常是项目死亡之时。这个至关重要的心跳,通常由Nightly Build系统来实现。

  轻量级的软件开发方法学,如XP和近期流行的敏捷软件开发,都注重代码的持续集成和自动测试。开发人员以非常短的迭代周期工作,以便能够经常性的交付可以工作的软件。在这样的软件方法学中,代码持续集成和自动测试极其重要,以至于被形象地称为项目开发的心跳,心跳停止之时通常是项目死亡之时。这个至关重要的心跳,通常由Nightly Build系统来实现。

  实现Nightly Build途径之一是利用已有的工具。

  “对于Java开发项目,支持Night Build的软件很多,开源的选择有AntHill OS和CruiseControl,后者是大名鼎鼎的ThoughtWorks的作品,配置起来比较麻烦。而AntHill是一个Java Web应用,拥有友好的定制界面,是2003年Jolt大奖的Productivity Award获得者,比CruiseControl更容易入手。”

  这方面的工具中我推荐Buildbot。BuildBot基于Python,配置简洁明了。BuildBot是分布式结构,master监控若干slaves(监视状态,下发命令,搜集结果),各个slave按照指示执行update/compile/test并返回结果。Python和其他许多项目利用它做持续构建。例如Python的持续构建报告在http://www.python.org/dev/buildbot/;Wireshark的构建报告http://buildbot.wireshark.org/trunk/。

  以上工具都只是持续构建的框架,版本构建的每个步骤(编写Ant脚本、Python脚本或者其他)仍然需要自己实现。

  途径之二就是完全自己动手:脚本+crond服务。脚本可以选择Python/Perl/TCL/Shell等。

  按照我的理解:持续构建分为如下几个部分:

  (1)调度策略:定时构建,还是每次提交就构建?分布式构建还是集中式构建?

  BuildBot支持定时构建/每次提交构建等多种,支持分布式构建。而自己动手则仅支持定时构建,仅支持集中式构建。

作者:幻听    责编:豆豆技术应用

正在加载评论...