用Python做软件持续构建[2]

　　中小型项目需要Nightly Build吗？项目在开发阶段没有做Nightly Build，现在进入维护阶段了，还需要费劲实现这个吗？按照我的经验，回答都是肯定的。我维护过一个中等规模的针对 嵌入式 Linux的项目IPCam，大的组件只有两个，其他还有配置文件、初始化脚本等。这个项目的版本文件内容包括两部分：发布说明和目标板上用的Linux根文件系统。这个项目针对不同的目标 平台分别构建版本文件。这个项目的版本文件构建步骤比较简单，就是从各个SVN服务器上取出最新版本，编译或者删除.svn临时目录后，替换掉上一版本文件中对应的组件，更新releasenotes，最后打包。就这么简单的步骤，我和同事们往往花15分钟时间小心翼翼地做，但仍然不时地出错，例如忘记了删除.svn临时目录、为某目标平台编译组件时忘记了修改Makefile中相应的选项、不同目标平台的组件弄混了、忘记在发布说明中添加新版本的说明...在我花两三天时间为这个项目编写500多行的Python脚本之后，整个项目组在制作版本文件方面花费的心思从此降为0。

　　其实实现NightlyBuild机制并不难。编写一个脚本，将其作为一个crond任务于每晚运行即可。在众多脚本语言中，我偏爱Python。Python语法简明并且许多事情都能做得更好。Perl和Shell稍微复杂点的语法就难以理解了（理解是维护的前提），远不如Python好用。

　　以下介绍我在上述项目中的Nightly Build脚本（涉及项目细节的，为保密起见作了适当修改）。它实现了以下功能：

　　(1)每晚构建（作为一个crond任务即可）。

　　(2)无论构建成功与否都有邮件通知。

　　(3)没有修改的组件不作编译和更新动作。

　　(4)记录了构建轨迹，即每次构建出的文件版本号与各个SVN库的修订号的对应关系。方便下次构建，也方便事后的问题跟踪。

　　(5)把自上次构建以来所有的SVN提交动作的log作为本次构建的changelog，放入发布说明中。如果是构建的版本文件需要正式发布（如发布给客户），则changelog需要人工调整一下。

　　需要说明的是，它并不是一个框架或者库。要修改成框架或者库要花心思，但它目前对我来说够用了。所以如果其他项目要移植这个脚本的话，需要改动一些东西：(1)为每个组件定义一个类实现其特有的构建步骤、更新版本文件中相应组件的操作。(2)修改版本构建步骤，也就是Project::makeRamdisk()方法。(3)修改配置文件build.conf以反映特定的项目-SVN库-组件的3层关系。另外事先要安装svn客户端的Python绑定(http://pysvn.tigris.org/) 。对于CVS库，可用http://pycvs.sourceforge.net/提供的pycvs。

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