Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 3727 invoked by uid 500); 27 Feb 2003 12:43:25 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 3697 invoked from network); 27 Feb 2003 12:43:24 -0000 Received: from unknown (HELO mailhost.experian.co.uk) (194.60.170.33) by daedalus.apache.org with SMTP; 27 Feb 2003 12:43:24 -0000 Received: from exchukthin01.experian.co.uk (unverified) by mailhost.experian.co.uk (Content Technologies SMTPRS 4.1.2) with ESMTP id for ; Thu, 27 Feb 2003 12:45:26 +0000 Received: by exchukthin01.experian.co.uk with Internet Mail Service (5.5.2653.19) id <1NLTDNSH>; Thu, 27 Feb 2003 12:27:04 -0000 Message-ID: From: "Morrison, John" To: "'cocoon-dev@xml.apache.org'" Subject: RE: [PROPOSAL] New CVS Repository Names (Was: Re: [proposal] Prun ing up the CVS tree for real) Date: Thu, 27 Feb 2003 12:27:04 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Pier Fumagalli [mailto:pier@betaversion.org] > On 27/2/03 11:39, "Gianugo Rabellino" wrote: > > >> - Create a new repository called "cocoon-2.0" and copy > over the cocoon-2_0_5 > >> branch of "xml-cocoon2" (clean checkout, and re-import) > >> (this has been created as a part of this proposal, and > it contains what > >> it should. All files are down at version 1.1 in this > repository) > > > > +1. But what happens from there on? No more branching, I > assume, just > > tagging as 2.0.x release happens. Right? > > Yessir! :-) That would be just fantastic... > > >> - Create a new repository called "cocoon-2.1" and copy > over head from the > >> main "xml-cocoon2" repository (clean checkout, and re-import) > >> (this has been created as a part of this proposal, and > it contains what > >> it should. All files are down at version 1.1 in this > repository) > > > > Here I'm not sure. ATM I'd rather have the latest cocoon > version in a > > repository such as plain "cocoon" (think CVS HEAD). In this Cocoon > > lifecycle it represents 2.1. When we release 2.1, we can > move this repo > > to cocoon-2.1 and start using it (with tagging, no > branching) for 2.1.x > > releases, while "cocoon" would become the 2.2 repo. Isn't it cleaner > > from a logical POV? > > That's a good idea... How about if we keep the module symlinked... So, > "cocoon" is the current copy, which is a symlink to whatever > is the current > version "cocoon-2.1" now, "cocoon-2.2" "cocoon-3.0" and so on in the > future... *Definitely* works for me :) J. ======================================================================= Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF