Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 76733 invoked from network); 7 Feb 2007 09:29:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2007 09:29:15 -0000 Received: (qmail 34723 invoked by uid 500); 7 Feb 2007 09:29:22 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 34285 invoked by uid 500); 7 Feb 2007 09:29:20 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 34274 invoked by uid 99); 7 Feb 2007 09:29:20 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 01:29:20 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [130.237.222.115] (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 01:29:10 -0800 X-Authentication-Info: The sender was authenticated as danielf using PLAIN at smtp.nada.kth.se Received: from [192.168.105.137] ([62.84.203.102]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11.20060308/8.12.11) with ESMTP id l179Snup000227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Feb 2007 10:28:49 +0100 (MET) Message-ID: <45C99BCB.1070604@nada.kth.se> Date: Wed, 07 Feb 2007 10:28:43 +0100 From: Daniel Fagerstrom User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Releasing from trunk References: <45C35D42.4030405@apache.org> <45C8ABF6.1080003@reverycodes.com> <45C97C25.30903@apache.org> <45C9855E.8070401@apache.org> In-Reply-To: <45C9855E.8070401@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Reinhard Poetz skrev: > Carsten Ziegeler wrote: >> Vadim Gritsenko wrote: >>> RC has a meaning of "release candidate", which to most people means >>> "well tested almost production quality code". Going through recent >>> commits I noticed a lot of refactoring, new code, untested code, and >>> so on. This hardly qualifies as RC material. >>> >>> IMHO, it should be labeled as M(n+1). -1 on RC since code is not >>> went through enough testing yet. >>> >> I really doubt that most of the code for final releases (or rc) is >> tested better than what we currently have in trunk. We do releases for >> 2.1.x without real tests for most of the code base. We rely on user >> experience/tests. The version from trunk is used by several of us >> already in production, several people have tried it out and it seems >> that most of the problems have been fixed. So I really think that this >> qualifies for an RC release. > > Just wanted to write something similar. What we need now is more > people who use/try it and in this sense it doesn't help to ship more > milestone releases. > > I also think that it is an *important signal to us*: 2.2 is complete, > the contracts are stable and they can't be changed. The rest of the > work is polishing and writing documentation. > > Yes guys, after almost 3 1/2 years we will ship something that isn't a > patch release!!! > +1 /Daniel