用Python做软件持续构建

　轻量级的软件开发方法学，如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支持定时构建/每次提交构建等多种，支持分布式构建。而自己动手则仅支持定时构建，仅支持集中式构建。

　　(2)版本构建步骤：一个版本是由多个组件构成的。这些组件之间的依赖关系如何?版本特定的操作有哪些(如更新Changlog，计算Build number等)?

　　BuildBot不关心组件依赖关系和版本特定操作;AntHill之类的工具直接支持这些概念。而自己动手则需要自己处理这些东西。

　　(3)组件构建步骤：从何处获取最新版本源码?如何编译?如何放置到版本文件中去?

　　一个组件通常由一个Makefile(传统C/C++项目)，Ant脚本(Java项目)或Scons脚本(我偏爱的，Make替代品)来管理，所以构建步骤非常简单。所有的工具都将单个组件的构建任务交给用户编写脚本片段去做。

　　

原文转自：http://www.ltesting.net