1.闲话不多说，关注CruiseControl的朋友，直接见3。不了解，但想知道的朋友，见2；
2.如题，CruiseControl是个开源框架，能够帮助实现持续集成；关于它的应用介绍请参见《项目自动化之道--如何构建、部署、监控Java应用》
3.附件是张辰雪编写的CruiseControl实践文档，尽管用到的CruiseControl版本偏低（现在最新的是2.6.1），但其指导性依旧很强，在此分享

PS：上传几次都没有成功，我对公司的网络彻底失望了！

[ 本帖最后由 rocky_rup 于 2007-3-17 15:26 编辑 ]

好东西,探索新领域的

CruiseControl---好工具，j2ee开发的利器！是最早提供持续集成能力的开源工具，有很多插件提供：如和ant、maven的整合。
和版本控制工具的整合：如clearcase、cvs，svn等等。还有和IM的整合，如sametime

开发团队架设好一个构建服务器后，能全自动的构建、打包、测试和发布状态信息了。

我们在实际项目中采用了CruiseControl和CC、CQ相结合的UCM方式，这样CruiseControl中记录的最小单位是Activity，
和项目管理WBS对应，一目了然。非常便于项目团队成员了解项目状况。

现在CruiseControl也出收费的企业版了。

我现在是用到finalbuild和ant ，没有用到每日构建．继续学习
ant用的不是很好，我想问一下：具体ant和maven有什么区别，哪个好用一些？

前段时间确实在学习CuriseControl的使用，结果后面发现一个很严重的问题：

持续集成是什么？持续集成是一个方法论。什么是方法论？就是如何更方便的执行集成测试。什么是集成测试？
似乎我们又绕到最原始的问题。确实我们配置可能不需要去做集成测试，我们不需要去写集成测试的脚本，或许我想很多人知道一个好的软件开发需要先作单元测试，然后作集成测试为后面的功能和系统测试做准备。

那么，最基本的东西是？是我们公司的单元，集成测试作的如何？作的好么？如果你的公司在这个方面还没有作好，我想研究持续集成，研究Ant，研究CuriseControl是不是过早了，因为我们的基础并不好。

那我们配置是不是就可以不用作事情了？？不至于吧，如果你这么快的接受你们公司的现实，虽然说配置是根据现实情况来作事情，但是既然知道我们的现实不好，我想每一个公司的员工都有义务，尽一分力去改变，也许你起到的作用不是最有力的，可是 事在人为呀！

就算你不为你们公司，为你们自己，为你们的配置理想，我想你需要了解的是集成测试怎么做，然后才是集成测试的方法论。所以我们研究这个也好，那个也好，先把我们自己的基础打好了。。。。

附件已经不能下载了，建议楼主重新传一次，多谢！

引用:

原帖由 somis 于 2007-6-21 11:07 发表
CruiseControl---好工具，j2ee开发的利器！是最早提供持续集成能力的开源工具，有很多插件提供：如和ant、maven的整合。
和版本控制工具的整合：如clearcase、cvs，svn等等。还有和IM的整合，如sametime

开发团队 ...

http://bbs.scmlife.com/thread-8243-1-1.html

正如兄弟所说，确实只能一步一步地来，配置管理是基础，只有这个平台后，后面的工作才好开展！上面的连接是涉及研发所需要的大部分平台示意图。

我正在研究CC，并准备在公司推行。

不知道LZ能否将如何推广和注意事项共享一下？

谢谢兄弟的好图！

正在搞cruisecontrol+svn  哈哈