14.每日構建

其實曉川也沒有完全的把握。但是事實證明了每周一輪集成是可行的。不僅可行，而且集成比以前更順利。第一次未隔周就進行的集成，沒把握，晚上加了加班，第二天中午竟然就做完了。隨后一周的集成也是這樣。

曉川開始主動提出更密集的集成：“老大，其實每天集成，也差不多能行。只要晚上稍微加一點班。”

老大說：“好。要是能不加班，就更好了。”

曉川：“嗯，三點開始集成，到六點下班。如果比較順利，基本沒有版本合并沖突，也沒有什么構建錯誤，那倒是夠。但這很難保證。”

老大：“最好是偶爾才需要加班。對了，我記得以前是下午一點開始集成。現在改成下午三點了。如果改回去，是不是加班就能少一點？”

曉川：“那倒是。不過……”

老大：“這只是我的建議。你去和項目上討論吧。”

曉川去和老劉討論每天出一個基線。老劉說，他舉雙手支持。曉川再提把提交截止時間提前的事兒。老劉沉思了一下，露出狡黠的笑容，“其實把提交截止時間定在啥時候都無所謂。不過既然你想提前，那我就幫你提前。”

在項目例會上，大家覺得每天集成這個提議不錯。但是有些同志對集成時間提前到下午一點鐘表示擔心。于是老劉說：“過去我們特別在意集成的開始時間，因為錯過了這一次，就要再等一個星期。以后就沒必要啦，反正一天一集成，今天沒趕上，還有明天吶。”

有個開發組長不同意：“現在提交得先升級任務分支再構建。就一上午的時間，中間在再出點兒錯，怕就來不及了。拖到明天，明天再出錯怎么辦？”

曉川解釋說：“要是集成下午一點鐘開始，從經驗上看，當天下班前大概就能做完了。這時候有提交的程序員就可以升級任務分支，然后啟動編譯構建，等第二天早上再收結果。這樣就把晚上的時間利用上了，還不用加班。”

開發組長：“現在構建分編譯和鏈接兩步，然后還要加資源文件進去。所以啟動構建后，還得人盯著，程序員得加班才行。”

曉川：“我寫了個小腳本，可以把它們串起來了。我自己就在用。”曉川現在集成的任務量不大了，所以有空的時候，在學習腳本語言。這是他的一個小小的成果。

開發組長仍然堅持：“如果你下班前沒完成集成呢？那程序員得加班等著你出基線？”

老劉發話了：“曉川，這種情況的話，就不必要求必須基于最新基線了吧？前一天的基線，也差不多吧？”

最后討論的結果是，大家同意了每天下午1點鐘開始集成。前提是，如果下午5點半之前，當天集成結束，那么第二天的提交必須基于這個基線。而如果當天集成沒有在下午5點半之前結束，那么第二天的提交可以基于上一個基線。