1982年，我家定購了IBM的PC機(jī)(IBM生產(chǎn)的最早的個人計算機(jī)，是現(xiàn)代流行的標(biāo)準(zhǔn)化的個人計算機(jī)的祖宗）。我們家可能是以色列最早擁有這種PC機(jī)的幾個家庭之一。當(dāng)時我們跑到了倉庫等著電腦從港口運(yùn)過來。事實上，我說服我爸購買的是帶有全套附屬設(shè)備的個人計算機(jī)（譯者按：有些現(xiàn)在很便宜的附屬設(shè)備，那時候都是非常昂貴的），這些附屬設(shè)備包括兩個軟盤驅(qū)動器，128K內(nèi)存，一個針式點陣打印機(jī)（用來快速打印草稿）和一個運(yùn)轉(zhuǎn)起來發(fā)出機(jī)關(guān)槍掃射聲音的兄弟牌的雛菊輪式打印機(jī)（譯者按：原文為Daisy Wheel printer，是一種已經(jīng)淘汰的打印機(jī)，原理類似于老式的機(jī)械打字機(jī)，可以產(chǎn)生清晰的英文字符）。附屬的軟件也很齊全，PC-DOS 1.0（最早的PC操作系統(tǒng)），75美元的參考書冊，包括BIOS的完整源代碼。 一個匯編語言編譯器（Macro Assembler），非常棒的IBM單色顯示器，可以顯示80列寬的字符，而且支持小寫字母顯示。整套配置大概花了10000美元。這些錢包括以色列的荒謬的進(jìn)口稅。呵呵，那時候我家可真舍得花錢啊！

因為當(dāng)時“每個人”都知道BASIC是給小孩玩的語言，用這種語言只能使你寫出非結(jié)構(gòu)化的垃圾代碼，然后你的的腦子也會被這種語言變成Camembert產(chǎn)的奶酪（Camembert cheese，法國的一種奶酪，實心，圓餅狀，灰色，有一個拳頭大小）。所以我們又花了600美元買了一個IBM公司PASCAL語言開發(fā)包，需要3張軟盤才裝的下。PASCAL編譯器運(yùn)行分別需要第一號軟盤，和第二號軟盤，PASCAL鏈接器需要第三號軟盤。我寫了一個簡單的輸出文字“你好，世界”程序然后編譯鏈接這個程序，總共花了8分鐘。

嗯，8分鐘好像太長了。我寫了一個腳本程序來自動化整個過程，把時間縮減為7.5分鐘。這樣好一點了。但是我想設(shè)計一個可以玩奧賽羅的程序。（譯者按：奧賽羅原文為Othello，一種棋類游戲，規(guī)則見http://www.ugateways.com/bof4.html）這個游戲總是能打動我。我不得不花很多時間等待編譯器編譯我的程序。“就是這樣的，”一個專業(yè)程序員告訴我，“我們通常在辦公室里房放上sit-up board（譯者按：一種健身器材，可以在上面做仰臥起坐或者有氧操什么的） ，當(dāng)PASCAL編譯器開始運(yùn)行時，我們就開始鍛煉。我這樣編程了幾個月后，我的身材不要太棒喔！”

后來有一天，丹麥程序員寫了一個很靈的叫做Compas Pascal的程序。Philippe Kahn（Borland公司的創(chuàng)始人）買下了它，更名為Borland Turbo Pascal。Turbo Pascal好得簡直難以想象，因為它能做IBM Pascal能做的所有事情，但是只要33K內(nèi)存。而且還額外提供一個編輯器。 這還不是最棒的。最棒的是編譯一個小程序只需要不到一秒。這就好比一個你從來沒有聽說過的公司生產(chǎn)了通用公司別克轎車的克隆版，這種克隆車可以每小時行駛一百萬英里，但是只消耗了一滴汽油。一只小小的螞蟻喝下這點汽油也不會撐死。

突然，我的編程效率變得高的多了

那時我開始明白了“REP循環(huán)”（Rep loop）這個概念. REP是“讀入，求值，打印（Read, Eval, Print）”的縮寫。這個概念解釋了Lisp（一種編程語言，用于人工智能）解釋器的基本原理：它“讀入”你的輸入，計算你的輸入得到結(jié)果，打印結(jié)果。下面給一個例子：我輸入一些東西，Lisp解釋器計算，然后輸出結(jié)果。

在一個稍微大點的規(guī)模上，當(dāng)你寫代碼時，你也處于一個REP循環(huán)的宏版本中，這個循環(huán)就是“編碼－編譯－測試”。你編寫代碼，把代碼編譯成可執(zhí)行的文件，然后測試它，看一下運(yùn)行起來怎么樣。

關(guān)鍵一點是當(dāng)你寫一個程序時，你的工作過程是循環(huán)的。一個循環(huán)所花時間越短，你的生產(chǎn)力就越高，當(dāng)然最短時間不會小于編譯器運(yùn)行的時間。 這就是一個程序員為什么總是要一個真正夠快的硬件而編譯器開發(fā)者們總是不斷使他們的編譯器運(yùn)行更快的正式的純計算機(jī)科學(xué)角度的原因。Visual Basic的辦法是當(dāng)你輸入代碼時，它就開始進(jìn)行代碼的語法解析，這樣程序解釋運(yùn)行時速度很快。Visual C++的辦法是增量編譯（incremental compiles），預(yù)編譯頭文件（precompiled headers）和增量鏈接（incremental linking）。

但是一個大型的團(tuán)隊有多個開發(fā)人員和測試人員，你碰到了同樣的循環(huán)，可能不同點就是有更多的文檔要寫(可是這還只是草稿，天哪！)。一個測試人員發(fā)現(xiàn)了bug并報告，然后開發(fā)人員修復(fù)了這個bug。那么測試人員得到修正后的代碼需要多少時間？在一些軟件開發(fā)機(jī)構(gòu)，這樣的報告－修正－再測試循環(huán)（Report-Fix-Retest loop）可能需要幾個禮拜。如果一個循環(huán)需要這么長的時間，通常意味著該機(jī)構(gòu)生產(chǎn)力很低。想讓整個開發(fā)過程運(yùn)轉(zhuǎn)得更平滑一點，你必須想方設(shè)法使得報告－修正－再測試循環(huán)（Report-Fix-Retest loop）花的時間更少。

一個好的辦法是每日構(gòu)建（daily builds）。 每日構(gòu)建意味著自動地，每天，完整地構(gòu)建整個代碼樹、（譯者按：“代碼樹”，原文為source tree，意思是將整個項目源代碼的目錄，子目錄，文件的位置盡可能事先固定下來，這樣在開發(fā)過程中各個模塊間，各個文件間的相對位置都不會混亂。源代碼樹指的就是一個項目所有的已經(jīng)組織好的代碼文件。通常代碼樹應(yīng)該用版本控制軟件管理起來。雖然這個概念很基本，但是據(jù)我的觀察，國內(nèi)還是有軟件公司在這方面做的不夠好的，所以有必要解釋一下。）

自動地 － 因為你設(shè)定代碼每天在固定的時間構(gòu)建。在Unix環(huán)境下使用cron，在windows下使用“任務(wù)計劃”。

每天 － 或者更頻繁. 當(dāng)然每天構(gòu)建的次數(shù)越多越好啦。但是有時候構(gòu)建次數(shù)還是有上限的，原因和版本控制有關(guān)系，等會兒我會談到的。

完整地 －很可能你的代碼有多個版本。多語言版本，多操作系統(tǒng)版本，或者高端低端版本。每日構(gòu)建（daily build）需要構(gòu)建所有這些版本。并且每個文件都需要從頭編譯，而不是使用編譯器的不完美的增量編譯功能。

以下是每日構(gòu)建（daily build）能帶來的好處：

1. 當(dāng)一個bug被修正了，測試者可以很快得到最新的修正后的版本開始重新測試，以驗證bug是否真正地被修復(fù)了。
2. 開發(fā)人員可以更加確定他們對代碼做的修改不會破壞1024個操作系統(tǒng)上的任何一個版本。驗證這一點不需要在他們的機(jī)器上安裝OS/2（IBM公司生產(chǎn)的PC機(jī)操作系統(tǒng)）。
3. 那些每天將修改過的代碼導(dǎo)入（check in）版本控制服務(wù)器的開發(fā)人員知道，他們對一個模塊導(dǎo)入的修改不會拖別的開發(fā)人員的后腿。拖后腿的意思是，那些開發(fā)別的模塊的程序員使用這個修改過的模塊，出了問題，于是他們自己的模塊也沒有辦法開發(fā)下去了。每日構(gòu)建則不會有人拖后腿。如果把一個開發(fā)團(tuán)隊比作一臺PC機(jī)，那么團(tuán)隊中的一個程序員對某個模塊的修改導(dǎo)致其他人無法開發(fā)別的模塊，相當(dāng)于PC機(jī)發(fā)生了藍(lán)屏。當(dāng)一個程序員忘記把他（她）新建立的文件導(dǎo)入到repository（指版本控制服務(wù)器上的代碼樹）時，這種開發(fā)過程中的“藍(lán)屏”會經(jīng)常發(fā)生。因為在這個程序員自己的計算機(jī)上有這個文件，所以他（她）構(gòu)建 這個程序沒有問題。但是其他程序員是從版本控制服務(wù)器上導(dǎo)出（check out）代碼的，由于服務(wù)器上沒有這個文件，他們遇到了鏈接錯誤（link error），無法繼續(xù)工作了。
4. 外部團(tuán)隊（例如市場銷售部門，進(jìn)行beta測試的一些客戶）可以獲得一個比較穩(wěn)定的版本，這樣對他們開展自己的工作比較有利。
5. 假如你將每日構(gòu)建出的二進(jìn)制文件（例如一個可執(zhí)行程序，一個dll等等）存檔管理，那么當(dāng)你發(fā)現(xiàn)一個非常奇怪的，無法解決的bug時，你可以通過對這些文件進(jìn)行二進(jìn)制搜索（binary search）來確定什么時候這個bug第一次出現(xiàn)。如果有對代碼進(jìn)行了完善的版本控制，你也可以找出是誰在何時對代碼進(jìn)行的導(dǎo)入（check in）導(dǎo)致了這個bug。
6. 當(dāng)開發(fā)者修正了測試者報告的一個錯誤時，如果測試者同時報告了發(fā)現(xiàn)錯誤時的構(gòu)建的版本，開發(fā)人員可以直接在那個版本中測試是否bug真正被修復(fù)了。（譯者按：測試者報告出現(xiàn)了一個bug，只是報告了一個錯誤癥狀，而錯誤的原因可能有多個，每個原因可能在不同的模塊中。前文中的方法是為了避免只修正了一個模塊中一個原因，別的模塊由于在變動，于是掩蓋了而不是修復(fù)了bug）

以下是如何進(jìn)行每日構(gòu)建（daily build）的具體步驟。你需要用最快的電腦建立一個每日構(gòu)建服務(wù)器。寫一個腳本，可以自動從版本控制服務(wù)器中導(dǎo)出（check out）完整的代碼，（你當(dāng)然使用版本控制，不是嗎？），然后對代碼從頭開始進(jìn)行構(gòu)建（build），要構(gòu)建所有的版本。如果你有一個安裝打包程序，也要在腳本中自動運(yùn)行。所有會賣給最終用戶的東西都要包括在構(gòu)建過程中。把構(gòu)建出來的版本放在各自的的目錄里，不同時間構(gòu)建的相同版本也應(yīng)該按日期整理好，不要相互覆蓋。每天固定的時間運(yùn)行這樣的腳本。

• 最關(guān)鍵的是所有這些步驟都應(yīng)該由腳本自動化完成，從導(dǎo)出（check out）代碼到將最終產(chǎn)品放在網(wǎng)上供用戶下載（當(dāng)然在開發(fā)階段，產(chǎn)品是放在一臺測試服務(wù)器上的）。要保證開發(fā)過程中的任何東西的任何記錄是由文檔記錄的而不是由某個人的腦子來記錄的，這是唯一的辦法。否則你會碰到這樣的情況，產(chǎn)品需要發(fā)布了，可是只有Shaniqua知道如何將產(chǎn)品打包的，可是他剛剛被巴士撞了。在Juno公司（本文作者工作過的公司之一），要進(jìn)行每日構(gòu)建，你唯一需要學(xué)會的東西就是雙擊每日構(gòu)建服務(wù)器桌面上的一個快捷方式。
• 如果你在發(fā)行程序的當(dāng)天發(fā)現(xiàn)了一個小bug，沒有問題。修正它，然后重新運(yùn)行每日構(gòu)建腳本，現(xiàn)在你可以安安心心的發(fā)行程序了。當(dāng)然，黃金定律是每日構(gòu)建腳本應(yīng)該是把所有的事情從頭做一遍，遵循這個定律就不會有什么問題。
• 將你的編譯器的警告參數(shù)設(shè)到最大（在微軟的VC中是-W4 ; 在GCC中是-Wall），當(dāng)遇到任何一個最微小的警告時就應(yīng)該停下來。
• 如果每日構(gòu)建失敗了，可能整個開發(fā)團(tuán)隊的工作會因此進(jìn)行不下去。當(dāng)務(wù)之急是立刻找出原因，使得每日構(gòu)建能成功進(jìn)行下去。某天也許你會一天運(yùn)行好幾次每日構(gòu)建腳本的。
• 每日構(gòu)建一旦失敗，應(yīng)該自動地將失敗用email通知整個團(tuán)隊。提取錯誤日志中的恰當(dāng)部分并包括在email正文中也不是很難。每日構(gòu)建腳本也可以將當(dāng)前的狀態(tài)報告整理成一個html文件，自動發(fā)布到一個所有人都可以訪問的web服務(wù)器上，這樣測試者可以很快知道那個版本的構(gòu)建是成功的。
• 當(dāng)我在微軟的excel團(tuán)隊中工作時，我們的一個有效辦法是，誰導(dǎo)致每日構(gòu)建（daily build）失敗，他（她）就得負(fù)責(zé)照看當(dāng)日的每日構(gòu)建（譯者按：微軟通常每日構(gòu)建都在半夜），直到有另一個人導(dǎo)致構(gòu)建失敗而接替他（她）。這樣做當(dāng)然可以使每個開發(fā)者都小心不要因為自己代碼的錯誤破壞了構(gòu)建，更重要的是團(tuán)隊中的每個人都可以學(xué)會每日構(gòu)建（daily build）的原理。
• 如果你的團(tuán)隊在同一個時區(qū)工作，在午飯時間進(jìn)行每日構(gòu)建（daily build）是個不錯的主意。午飯前每個程序員導(dǎo)入（check in）代碼，這樣當(dāng)程序員在吃飯時，構(gòu)建系統(tǒng)在工作。當(dāng)程序員吃完飯回來時，如果每日構(gòu)建失敗了，所有的人也都在，可以盡快找出失敗的原因。當(dāng)構(gòu)建系統(tǒng)運(yùn)作起來時，沒有人再會擔(dān)心別人導(dǎo)入（check in）代碼會妨礙自己的工作了。.
• 如果你的團(tuán)隊同時在兩個時區(qū)工作，計劃好每日構(gòu)建（daily build）的時間使得一個時區(qū)的工作不會影響另一個時區(qū)的工作。在Juno公司，紐約程序員在晚上7：00導(dǎo)入（check in）到版本控制服務(wù)器。如果他們的導(dǎo)入導(dǎo)致構(gòu)建失敗，印度Hyderabad市（譯者按：印度科技重鎮(zhèn)）的程序員在紐約時間晚上8：00以后的工作幾乎無法進(jìn)行下去。我們每天進(jìn)行兩次每日構(gòu)建（daily build），每次構(gòu)建的時間都在兩地的程序員回家之前，這下就沒有問題了。

更進(jìn)一步的閱讀：

• 一些關(guān)于每日構(gòu)建工具的討論
• 做每日構(gòu)建是很重要的，它是 獲得高質(zhì)量代碼的12個步驟之一。
• Windows NT team G. Pascal Zachary關(guān)于微軟Windows NT團(tuán)隊每周構(gòu)建的書中有一些很有趣的東西。超級明星（譯者按：原文為showstopper，指特別受人喜愛，杰出之人或之物）.
• Steve McConnell（譯者按：著名的軟件工程作家，Win2000開發(fā)組總負(fù)責(zé)人，其名著《Writing Solid Code》，《Debugging the Development Process》都有中文譯本。） 寫的關(guān)于每日構(gòu)建（daily build）的文章在這里.

馬嘉楠
jianan.ma@gmail.com