较大项目组的集成周期多少才合理?

上百人的j2ee项目,分为十几个小项目组,日集成还是周集成比较好?

个人感觉，这应该由你们项目的模块划分和进度设定决定的吧。

我觉得应该首先尽量降低各个模块之间的耦合，让各个模块成为一个可以独立运行独立测试的产品，最后以web service的方式松耦合集成。要是百十来号人以紧耦合的方式工作，不管什么方法恐怕都得累死。

百人的项目，好像符合软件工艺中提到的特别适合
软件工程的情况了，真是少见啊！
真不知道这样的项目能敏捷吗？

没做过这末猛的项目，可尽早集成应该是正确选择

nt集成一次要花那么久,可是ms还是坚持着每日集成.这个问题没有什么合理不合理的说,最好当然持续集成是最好的.关键还是看你的机器硬件配置可以支持你最短的集成周期是多少.

楼主，上百人的J2EE团队，实在是猛，这个项目的成本也忒大了吧？（掐指一算，项目的直接人力资源成本都在500万以上啊）
   其实我想，楼上说的项目并不是单纯的一个项目，而是一个项目集，相互之间的关系从系统架构上来说，应该不大（能拥有上百人做J2EE一个项目的开发团队的公司实在是少，金山做WPS也就是百号人）。
   我的提议是相对独立的项目组内部采用日集成，而项目组之间采用阶段集成。我不知道你们用什么配置管理工具，但是根据这样的情况，只有ClearCase的UCM才能非常好的适合。UCM在小组内就是采用基本方式的配置管理，而组与组之间采用的是基于项目的基线管理方式。

凤舞凰扬
你要害死他们阿.CC有多贵你应该明白,你算算100多人要花多少钱.别跟我说用盗版,那样你胆子就太大了.万一CC出问题你哭都没有地方去哭.

to敏捷的胖子

能够日集成当然不错，我担心的是，在代码初始阶段，如果修改一个基础组件的接口，能否保证其他相关项目组能够当日及时更新调用方式，否则，也许周集成更显示一些，当然编码后期和维护阶段，基础组件改动会很谨慎，日集成是可以的。

agilecat
为什么要日集成呢?不就是可以发现你说得问题吗?这样才可以在最早知道都有什么东西受到了这次修改的影响.很多时候,对结构的修改带来的问题是很微妙的,如果不保持版本的足够的小,就很难跟踪到底什么地方出了问题.每日集成就是要你可以在最小的前进步伐中不断的发行问题.