Return-Path: Delivered-To: apmail-continuum-dev-archive@www.apache.org Received: (qmail 41519 invoked from network); 19 May 2010 21:32:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 May 2010 21:32:57 -0000 Received: (qmail 8817 invoked by uid 500); 19 May 2010 21:32:57 -0000 Delivered-To: apmail-continuum-dev-archive@continuum.apache.org Received: (qmail 8757 invoked by uid 500); 19 May 2010 21:32:56 -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 8741 invoked by uid 99); 19 May 2010 21:32:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 May 2010 21:32:55 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of emmanuel.venisse@gmail.com designates 209.85.222.189 as permitted sender) Received: from [209.85.222.189] (HELO mail-pz0-f189.google.com) (209.85.222.189) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 May 2010 21:32:47 +0000 Received: by pzk27 with SMTP id 27so5427312pzk.2 for ; Wed, 19 May 2010 14:32:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=inP28Y13Yv6c40GnNotlbVaOzcexp2zZ1vPsDF352pE=; b=JtrysJB5X+Fn7y41GQVEb2UdFN83iMlGBn0bw4gPRM00qf5mEHFuIr6XaE7mcEE5/I TMlzY36VsTccPCr/FQ38M1jw7/syWsA7TFRX7X5bJf/yDtw7204RxxCJ8YoikXyXuBHP fn1Ei1YZCMbndFJ5kXOp7915GO4vZGi+xLU6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=FH3QUDjLEd+BqD5LEt2illlh+emWcBoRbwYQZTD+lyBvGZcSGLOfVtkzuziy1+wDeG 1zk67euSyI2eqceVgWlwLVjqeYuEA38cP/iCHMkfGhwWyFfLzZIRNzZ4sTh7RfJpr7Q8 2ivx163WKWqIwfIV8KIbFNtyUqPtOHOauiLrA= MIME-Version: 1.0 Received: by 10.141.2.9 with SMTP id e9mr6787786rvi.51.1274304746331; Wed, 19 May 2010 14:32:26 -0700 (PDT) Received: by 10.141.41.2 with HTTP; Wed, 19 May 2010 14:32:26 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 May 2010 23:32:26 +0200 Message-ID: Subject: Re: Merge branch for flat multi-module support to trunk From: Emmanuel Venisse To: dev@continuum.apache.org Content-Type: multipart/alternative; boundary=000e0cd112bcbd9ea60486f93172 X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd112bcbd9ea60486f93172 Content-Type: text/plain; charset=ISO-8859-1 On Wed, May 19, 2010 at 3:40 AM, Deng Ching wrote: > On Tue, May 18, 2010 at 9:09 PM, Wendy Smoak wrote: > > > On Tue, May 18, 2010 at 2:52 AM, Deng Ching wrote: > > > > > If you want to give try it out, I deployed a fresh snapshot of the > > binaries > > > built from the branch (-r945455) at: > > > > > > http://people.apache.org/~oching/continuum-flat-multi-module/< > http://people.apache.org/%7Eoching/continuum-flat-multi-module/> > > > > > > The changes in the docs that I made for the flat multi-module support > are > > in > > > the following pages: > > > > > > > > > http://people.apache.org/~oching/continuum-flat-multi-module-docs/user_guides/managing_project/addProject.html > < > http://people.apache.org/%7Eoching/continuum-flat-multi-module-docs/user_guides/managing_project/addProject.html > > > > > > > > http://people.apache.org/~oching/continuum-flat-multi-module-docs/user_guides/release/index.html > < > http://people.apache.org/%7Eoching/continuum-flat-multi-module-docs/user_guides/release/index.html > > > > > > I think the two checkboxes are confusing, especially since the docs > > say that if both are checked, one will be ignored. "Two checkboxes" > > is not the right UI element for that behavior. > > > > I agree, I'll fix this one in the branch first before merging to trunk. > > > > > > Am I reading Emmanuel's comments correctly that you will change the > > way Continuum works by default to always check a multi-module project > > out in a single directory? How will that change the UI? > > > > Yes, I assume that's what he meant :) I think the items he mentioned in the > email need a separate proposal. Changing the default checkout to a single > directory would also affect the overall behavior of deleting projects in a > project group.. > You assume well :-) I think it will be better for performance, disk space... to use only a single directory for a complete project root checkout. With it, you update sources only one time by build the directory instead of the same step and one more by module. The next step would be to check into the sources repo if it is needed to run an update so we'll can increase more the performance, but it is an other topic. > > > > > (If merging makes it easier to work on I have no objection, but I > > would like to see it simplified before it gets into a release...) > > > > > Agreed. By simplified, do you mean applying the changes that Emmanuel > suggested? > > Thanks, > Deng > --000e0cd112bcbd9ea60486f93172--