實現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替代品)來管理，所以構建步驟非常簡單。所有的工具都將單個組件的構建任務交給用戶編寫腳本片段去做。
我偏愛自己編寫腳本做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.k11sc111.com/
