Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 68494 invoked by uid 500); 27 Feb 2003 14:02:26 -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 68476 invoked from network); 27 Feb 2003 14:02:25 -0000 Received: from nebula.mpn.com (194.72.64.30) by daedalus.apache.org with SMTP; 27 Feb 2003 14:02:25 -0000 Delivered-To: <> Received: from [10.11.155.40] (tashayarr-ext.vnu.co.uk [193.117.79.10]) by nebula.mpn.com (8.8.5/8.8.5) with ESMTP id OAA19585 for ; Thu, 27 Feb 2003 14:02:25 GMT User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Thu, 27 Feb 2003 14:04:22 +0000 Subject: Re: [VOTE] New CVS Repository Names (was: [PROPOSAL] New CVS Repository Names ) From: Pier Fumagalli To: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N "Carsten Ziegeler" wrote: > So, now we all (at least those participating) have the same understanding > and we can start a vote: +1 > A cocoon version is defined as MAJOR.MINOR.PATCHLEVEL > > - One repository for each MAJOR.MINOR combination > - Inside a repository are all patch levels. Each one tagged, but there > wont be any branching +2 > On a release of a MAJOR.MINOR version we create a new repository. +3 > This will lead us to currently: > cocoon-2.0 and cocoon-2.1 and cocoon-1 (for the old xml-cocoon repo). +4 > In addition we will have cocoon-2-historic as a simple copy to the > current xml-cocoon2 repo. +5 > In addition we will have a symlink (right?) "cocoon" that links to > the latest version, so currently this will be cocoon-2.1. +6 > I hope I have summarized this correctly. If so, please cast your votes. 1+2+3+4+5+6=+21 > PS: If we voted for it, we have to set a date for the change, because we > also have to update our website and inform users. ASAP... We can keep the old repository names as an alias to the new ones, but definitely users won't be able to get the updates we put in the newly created repos... Pier