wsxedc007 2007-3-29 09:12
有没有用luntbuild进行自动化构建及管理的啊 研究中...
有没有用luntbuild进行自动化构建及管理的啊 初见成效，研究中...
SCM_Jane 2007-3-29 09:22
楼主
我也正在研究luntbuild和cruisecontrol这些持续集成框架呢
不过还未实际运用
能说说你使用luntbuild的感受吗？
::em34::
wsxedc007 2007-3-29 12:31
以前用P4的时候是已经实现了的，呵呵现在在用CC，luntbuild里面的build是可以通过，但是还存在问题正在研究哦
SCM_Jane 2007-3-29 13:40
luntbuild和cc结合得怎样？
among斑竹曾经回复我说cruisecontrol对cc支持不够，很多要自己定义
wsxedc007 2007-3-30 10:30
Luntbuild下载地址： [url]http://sourceforge.net/project/showfiles.php?group_id=113344&package_id=122604[/url]
有兴趣可以下载来看看哦 luntbuild的设置是有点多的，因为遇到一些问题，我会和luntbuild官方mail沟通，据他们说设置好了一定可以用的哦 我认为可行
CruiseControl理论上是支持CC的，但偶还没用过的哦 不好意思
SCM_Jane 2007-3-30 10:46
呵呵
我也试用了一下luntbuild
看上去它的界面比cruisecontrol舒服一些哦
不过还未深度剖析。。。
木木 2007-4-7 17:38
其实不管什么自动化构建管理工具，其机制都是类似的。
只不是实现的程度和方式有区别罢了！
劳动者 2007-4-7 20:32
我用过luntbuild和cirusecontrol，感觉LB好用一点，也方便一点。是和svn一起使用的。原来是在一个开发java的公司，大家都在main的latest上开发，开发完成后ci，让LB自己去作集成工作，现在在新的公司，使用cc作scm工具，并且开发模式不同了，对于主干，开发人员是没有权限集成的，所以需要scm来作集成，我们的软件作一次全编译需要40分钟，所以ci一次就集成一次就不太现实了。
SCM_Jane 2007-4-9 11:25
楼上这位仁兄
我也觉得LB相较CC可操作性稍强一些
不过那些property配置起来也有点麻烦哈
不过，我接触CI时间比较短
你后面说的我还没大看懂
能不能再解释一下呀？
劳动者 2007-4-9 12:36
我上面说的ci是checkin，而不是continue integration。
所谓：持续集成，就是一有代码提交，就进行build，乃至跑一遍Testcase脚本。
后面说的是开发方式，所以我们现在不适合做continue integration。
[[i] 本帖最后由 劳动者 于 2007-4-9 13:06 编辑 [/i]]
SCM_Jane 2007-4-9 15:07
ok，明白了！
其实我就是绊在ci那啦
怎么理解都不对
所以只好再麻烦劳动者深入解释喽
谢谢！此番经验之谈小女子铭记在心啦！
劳动者 2007-4-9 16:57
之前的公司是java的项目，大家都在main的latest上开发，或者说，大家都在主干的最新节点上开发，并且java项目都比较小，编译也很方便，我们做到只要开发人员checkin了代码，并且在n分钟之内再没有别的开发人员提交，就开始编译，编译的过程中跑一些testcase（java的），并把编译的结果通过邮件发送给项目的开发人员。能够做到Continue Integration持续的集成，跑一些代码的测试用列（即单元测试吧）。
wsxedc007 2007-4-13 11:24
多谢“劳动者”的提醒！目前我们也是在不同分支上面开发的，开发人员有自己的branch，然后出版本时再merge到同一个branch，这样daily build好像不能每天构建了哦 只能是出版本时构建 针对这种情况 有没有比较好的方法呢？思考...
::em60::
劳动者 2007-4-28 14:36
你把bug merge到branch上，那你就监控branch就可以了啊！只要这个branch有变化，你就可是构建！LB回自动监控的。