Cruise Control是个简易使用及配置性极强的轻量级产品日编译工具.
它是通过
最常用的是ant(java工程中流行),maven,及通用的exec(只要有shell脚本如.sh,.bat,.exe,.cmd等).而其实前两者不容易出错,后者却遇到了以下问题:
Caused by: java.io.IOException: Cannot run program "DailyBuild.bat"...java.io.IOException: CreateProcess error=2
而现在的问题是觉得<exec>节点的workingdir属性设置正确,而command 属性也是指向了要执行的批处理文件"DailyBuild.bat",为什么还要报错呢?于是先把相对路径全改成了绝对,发现不行;又试了把workingdir属性去掉,把command属性写全路径(因为工作目录去掉了,所以一定得写全),发现能运行了,只是报错,因为引用不对了. 这样一来,问题明了了,补回workingdir属性,运行成功!
得出这样的结论,workingdir属性会让人产生错觉使你在command属性中不再写这个所谓重复的工作目录部分了,而实际上恰恰要写全路径.效果可能类似这样的:)
<exec
workingdir="projects/${project.name}/deploy/build/"
command="projects/${project.name}/deploy/build/DailyBuild.bat"
errorstr="build failed"/>
它是通过
<schedule>节点下配置编译控制节点轻松实施编译脚本的运行日程化.如最常用的是ant(java工程中流行),maven,及通用的exec(只要有shell脚本如.sh,.bat,.exe,.cmd等).而其实前两者不容易出错,后者却遇到了以下问题:
Caused by: java.io.IOException: Cannot run program "DailyBuild.bat"...java.io.IOException: CreateProcess error=2
而现在的问题是觉得<exec>节点的workingdir属性设置正确,而command 属性也是指向了要执行的批处理文件"DailyBuild.bat",为什么还要报错呢?于是先把相对路径全改成了绝对,发现不行;又试了把workingdir属性去掉,把command属性写全路径(因为工作目录去掉了,所以一定得写全),发现能运行了,只是报错,因为引用不对了. 这样一来,问题明了了,补回workingdir属性,运行成功!
得出这样的结论,workingdir属性会让人产生错觉使你在command属性中不再写这个所谓重复的工作目录部分了,而实际上恰恰要写全路径.效果可能类似这样的:)
<exec
workingdir="projects/${project.name}/deploy/build/"
command="projects/${project.name}/deploy/build/DailyBuild.bat"
errorstr="build failed"/>
