实现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支持定时构建/每次提交构建等多种，支持分布式构建。而自己动手则仅支持定时构建，仅支持集中式构建。
(2)版本构建步骤：一个版本是由多个组件构成的。这些组件之间的依赖关系如何?版本特定的操作有哪些(如更新Changlog，计算Build number等)?
BuildBot不关心组件依赖关系和版本特定操作;AntHill之类的工具直接支持这些概念。而自己动手则需要自己处理这些东西。
(3)组件构建步骤：从何处获取最新版本源码?如何编译?如何放置到版本文件中去?
一个组件通常由一个Makefile(传统C/C++项目)，Ant脚本(Java项目)或Scons脚本(我偏爱的，Make替代品)来管理，所以构建步骤非常简单。所有的工具都将单个组件的构建任务交给用户编写脚本片段去做。
文章来源于领测软件测试网 https://www.ltesting.net/