我偏愛自己編寫腳本做Nightly Build，因為它簡單、靈活、夠用。我不認為大項目非得用個Nightly Build工具。大項目只是組件多一些，但每個組件的構建步驟仍然是極其簡單的一個make命令搞定的事情!如果可移植性不是很重要，就不需要分布式構建。如果組件之間的依賴關系很復雜，只能說明項目規劃差勁。
中小型項目需要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.kjueaiud.com/
