在这里说明一下，我终于踏上了CruiseControl.NET这条不归路了，为什么我会觉得是一条不归路，原因很简单，就是这东西在现在这个阶段已经很久没有在园子里有活跃度了，基本上到了已经可以到了让大家遗忘的程度，而且这东西本身配置上是个头痛的问题，没有可视化配置界面！（这个是个重点），如果论现在的自动化构建工具，jenkins这个现在确实很火，不管.net/java/iOS/android这些都能自动化构建出来，非常的强大，有空的时候，建议大家还是转这个吧。

　　至于我为什么要选择这个工具了，我想大家都是已经开发了几年的项目老手了，也明白一些开发中要注意和规避的风险，下面讲一下我为什么选择CruiseControl.NET这个工具入手：

　　1、我查过了在.net的自动化构建的工具中，CruiseControl.NET这个工具的文章是最多的，而且早在08年左右的时候，就已经有很多人写了很多成熟的配置和实践部署。

　　2、既然有那么多的文章了，那么自己配置起来，一查问题，基本大概都能定位的了，这点很重要，不打冒险的仗，遇到问题准确的定位。

　　3、一些大型项目的公司也使用CruiseControl.NET，比如discuz!nt，虽然都是很久的项目了！

　　综合以上几点，我想就已经足够说服自己使用这个工具了吧。

　　说下我的自动化构建部署的道路吧，从15年8月开始试点第一个项目，到现在已经在服务器上跑了12个项目了，运行稳定，包括前端html我也直接使用这个进行构建，但也有一些问题出现，比如邮件发送的时候，如果人数一多，比如上了15个左右，如果太频繁的更新，会直接卡掉，以后我会解决这个问题！（先记个点，后续换成链接）

　　下面我提供一些权威一点的文章，以免少走一些弯路（这些都是比较权威的，精心制作）：

　　http://www.cnblogs.com/jillzhang/archive/2008/03/03/1089099.html

　　http://www.cnblogs.com/wangjq/p/3977318.html

　　http://www.cnblogs.com/cnblogsfans/archive/2008/04/24/1169689.html

　　（这个是看命令行配置）https://github.com/devbridge/StandardWebProjectTemplate/blob/master/DevBridge.Templates.WebProject.Environments/Production/build.production.ccnet

　　（配置，有ftp上传配置）http://www.verydemo.com/demo_c291_i2668.html

　　以下是一些常见问题收集，如svn权限不行这些，不一定有效，但是试了估计多一个选择：

　　http://www.mamicode.com/info-detail-905289.html

　　好了，到了这里，这个开篇就结束了，以上就是半年来对CruiseControl.NET的一个自动构建部署的使用心得和总结吧，也说明了自己的一点坚持，以后我会围绕这个工具写上一些配置技巧和使用方法。同时我也会逐步的研究新的工具jenkins，毕竟这个支持的面积比较广，不要局限于一个工具上吊死，视野开放一些。能解决问题的方法都是好方法。

　　这里我新建了一个QQ群190402937，如果感兴趣欢迎大家加入一起探讨和分享一些使用技巧和经验。

==>如有问题，请联系我：easonjim#163.com，或者下方发表评论。<==