切爾斯基

/*************************/

"擁抱變化" 是敏捷的態度之一, CruiseControl 正是來實證這種態度的作品. 多種類型的"變化"都會觸發CruiseControl的一次構建過程.

我們知道CruiseControl能根據源代碼的變化來調度一次構建, 但你知道CruiseControl支持多少種調度模式嗎?

---切爾斯基

/*************************/

1. 基于 "源代碼變化" 的調度 ( 3 種)

這是 CruiseControl 最經典的調度模式, 可以參見 <modificationset>

• 一個小擴展, 基于 "部分源代碼變化" 的調度, 參見<modificationset>的 "ignoreFiles" 屬性

• 一個小擴展, "不需要任何源代碼變化" 的調度, 參見<modificationset>的 "requiremodification" 屬性(Deprecated), 和

• 每天的某個時刻來構建, 參見

• 每天的某個時間段之外的時間來構建, 參見<pause>插件, 如每天的凌晨2點至6點不要構建:

<schedule>

    <ant .../>

    <pause starttime="0200" endtime="0600"/>

</schedule>

• 每天的某個時間段之內的時間來構建, 參見<pause>插件, 如每天的凌晨2點至6點之間構建:

<schedule>

    <ant .../>

    <pause starttime="0000" endtime="0200"/>

    <pause starttime="0600" endtime="2359"/>

</schedule>

從這里我們可以看出CruiseControl缺少對 <not> 的支持

2.2 一周之內的調度

• 一周內的每天都調度, 這是<ant>, <pause>等的缺省行為

• 每周的某一天來構建或不構建, 參見<ant>, <

• 你依賴的某個project構建成功后再構建, 參見<buildstatus>插件

• 你依賴的某個project構建成功, 并且當你自己的project試圖構建時, 你依賴的project還是最新的(源代碼沒有變化)時再構建, 參見<veto>插件

• 當硬盤上某個文件變化后再構建, 通常這個文件是其它project的構建產物, 參見<filesystem>插件

• 當Web服務器上的某個文件變化后再構建, 參見<httpfile>插件

• 基于上次構建結果的調度, 參見

• 多線程模式下某幾個項目不能同時構建, 參見<lockfilelistener>, <lockfilebootstrapper>插件

/*************************/

由于 <modificationset> 可以包含多個插件, 并且缺省是 OR 的關系, 所以你基本上可以正交的應用前面提到的所有調度模式, 這樣你就能得到 3 * 6 * 6 = 108 種調度模式

下面描述兩種令上述模式都失效的調度模式

/*************************/

4. 基于 "強制命令" 的調度

• 固定時間間隔的構建, 不管有沒有源代碼變化, 一種方式是前面提到的<alwaysbuild>插件

• 按需構建, 只有你通過UI或JMX顯式的來觸發構建的時候才構建, 一種方式是<forceonly>插件

/*************************/

在使用CruiseControl的過程中, 通常會遇到某些構建比較耗時, 或者檢查整個源代碼倉庫的時間過長等情況. 對此 CruiseControl 提供了一些優化措施

/*************************/

5. 優化調度

• 每運行另外的構建一定次數, 才運行一次本構建, 通常用于調度耗時較長的如 Clean Build 等, 參見

• Fallback Build, 用固定時間的構建來彌補一整天沒有源代碼變化的非敏捷情形, 參見<timebuild>插件

<modificationset>
    <cvs localworkingcopy="/home/project">
    <timebuild username="you_guys_are_not_agile" time="2300"/>
</modificationset>

• 先進行耗時耗資源少的檢查, 有變化后再全面檢查取得所有變化, 參見<compound>插件

• 同時運行多個構建, 參見<threads>插件

缺少的那一塊

• CruiseControl用<ant>等Builder來做

• CruiseControl缺乏對project之間依賴關系, 或Build Pipeline的支持

• CruiseControl的插件容器基本上是 OR 的關系, 缺乏對邏輯關系的顯式建模, 應該提供 AND, NOT 等關系, 這樣我們就能組合應用已有的插件. CruiseControl的現狀是分別提供了<compound>, <composite>, <compoundpublisher>等插件

• CruiseControl已經提供了

• CruiseControl Scheduling Scenarios: http://confluence.public.thoughtworks.org/display/CC/CruiseControl+Scheduling+Scenarios

• CruiseControl Enterprise 最佳實踐 (1) : Publish with a Publisher

• CruiseControl Enterprise 最佳實踐 (2) : Keep your dependencies to yourself

• CruiseControl Enterprise 最佳實踐 (3) : Configuring CruiseControl the CruiseControl way