Return-Path: Delivered-To: apmail-continuum-dev-archive@www.apache.org Received: (qmail 80578 invoked from network); 15 May 2008 23:33:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 May 2008 23:33:26 -0000 Received: (qmail 58498 invoked by uid 500); 15 May 2008 23:33:27 -0000 Delivered-To: apmail-continuum-dev-archive@continuum.apache.org Received: (qmail 58462 invoked by uid 500); 15 May 2008 23:33:27 -0000 Mailing-List: contact dev-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@continuum.apache.org Delivered-To: mailing list dev@continuum.apache.org Received: (qmail 58451 invoked by uid 99); 15 May 2008 23:33:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 May 2008 16:33:27 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [210.50.76.235] (HELO mx06.syd.iprimus.net.au) (210.50.76.235) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 May 2008 23:32:33 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8AAEZlLEg6sg4B/2dsb2JhbAAIrzM X-IronPort-AV: E=Sophos;i="4.27,493,1204462800"; d="scan'208";a="115273234" Received: from 1.086.dsl.syd.iprimus.net.au (HELO [192.168.237.213]) ([58.178.14.1]) by smtp06.syd.iprimus.net.au with ESMTP; 16 May 2008 09:32:49 +1000 Message-Id: From: Brett Porter To: dev@continuum.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: Multi-module builds in Continuum Date: Fri, 16 May 2008 09:32:18 +1000 References: <10c62ca80804172126p3572233ci8dd72cf33175fe18@mail.gmail.com> <10c62ca80804300101k3fc900fbu7f6c09916608005f@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) X-Virus-Checked: Checked by ClamAV on apache.org On 16/05/2008, at 6:06 AM, Emmanuel Venisse wrote: > I think it would be better to use only one working copy for a whole > multi-module project. With this, we'll save lot of space on the disk > and for > each multi-module project we'd can do a single build with the > recursive > mode. Agreed - though I think the "recursive" mode should remain optional. > > > An other point is we won't have a build in the middle and we'll can > support > correctly multi-module projects with flat structure. I still like the module-by-module build - just having one checkout means that you only build which modules changes (or their dependencies did), rather than rebuilding the parent and everything every time. > I don't know yet if we can implement this in 1.X or if it would be > better to > wait 2.0 because it is a big change. This is one of my goals of the SCM changes :) Since it's mostly internal, I think it can be done in 1.x. Cheers, Brett -- Brett Porter brett@apache.org http://blogs.exist.com/bporter/