4) 执行计划
这个配置表明cruisecontrol间隔多长时间被唤醒去做上述检查，并且执行什么文件，可以看到执行文件就是我们刚才编写的构建委托文件。在上述的配置中，可以看到，cruisecontrol每隔一分钟被唤醒去检查构建内容是否发生变化，以及变化是否发生在静态周期内。若是满足条件，则根据<ant buildfile="cc-build.xml" target="build" />来告诉cruisecontrol该去做什么。在这里，就是去运行ant脚本文件cc-build.xml。
5) 存储日志
Cruisecontrol每尝试一次构建后，都会产生日志，<log dir="logs/tddsample">就用来指定目录存放cruisecontrol运行产生的日志。现在被check out出来的工程在执行test目标任务时，产生的测试结果是打印在工作台上的，我们希望测试结果能够以xml文件的形式生成，并且能够被合入到cruisecontrol产生的日志中，作为cruisecontrol每个构建产出日志的一部份，方便查看。好在，cruisecontrol可以做这样的合并，<merge dir="checkout/tddsample/test" />这句脚本用来合并结果。checkout/tddsample/test就是准备用来存放测试结果的目录，这样的合并过后，cruisecontrol可以分析日志文件，并生成各种报表。
6) 以xml文件的形式生成测试结果
因为需要合并测试结果到CruiseControl的构建日志，所以在我们工程的build.xml文件中，将单元测试的结果以XML文件形式生成：
7) 记录构建状态
<currentbuildstatuspublisher> 的状态记录只是每次在构建结束后，在logs/currentbuildstatus.txt 中记录一条信息表明构建结束。
