Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89372
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.213.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAPwsocGnHUZ5_EVMCq4L_MRW45X=psWk07j6W4E2tsHzccqwoA@mail.gmail.com>
References: <DUB128-W228B016631AB396522B21DBA070@phx.gbl> <CAPwsocGnHUZ5_EVMCq4L_MRW45X=psWk07j6W4E2tsHzccqwoA@mail.gmail.com>
Date: Tue, 24 Nov 2015 20:33:30 +0800
Message-ID: <CABBJUpfGKnRtrH8sFbNknG1_ANfTst67RUVu0=G-VfKy=rGF-Q@mail.gmail.com>
To: Leigh <leight@gmail.com>
Cc: Anatol Belski <weltling@outlook.de>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11438996c9344a0525488d5b
Subject: Re: [PHP-DEV] 7.0.0 release
From: laruence@php.net (Xinchen Hui)

--001a11438996c9344a0525488d5b
Content-Type: text/plain; charset=UTF-8

Hey:

On Tue, Nov 24, 2015 at 7:57 PM, Leigh <leight@gmail.com> wrote:

> On 23 November 2015 at 21:10, Anatol Belski <weltling@outlook.de> wrote:
>
> > a) release on 26th including all known bug fixes
> > b) do RC8, assume there are no bugs, so target 10th for RTM
> > c) do RC8, release on 3rd, expect there are no bugs come in
> > d) continue issuing release candidates till it's stable enough (needs
> > definition of stable and probably an RFC)
> >
> > I would really ask to reach a consent on either a) or c). IMO, the
> options
> > b) and d) are the direct road to curbing 7.0.0.  There is no hurry to
> > release just to release, but it is definitely harmful to slow down the
> rise.
> >
> > Thanks
> >
> > Anatol
> >
>
> I prefer a over c.
>
> As you said, we can deliver a stable and high quality 7.0.0 today. An RC
> period where you expect no bugs does not sound productive to me.
>
> We all know the "real testing" doesn't begin until it's released, and the
> best way to find what is left (things we have not found in over a year of
> development and testing), is to get more people looking at it.
>
> Delaying the release is actually delaying the discovery of bugs that affect
> real world applications that we do not have access to, and cannot test
> with. Many teams will not even start testing with 7 until it gets an
> official release.
>
I agree.

I also go for a)

thanks

>
> If something is found, it doesn't make the release any less high quality.
> Any bugs that would be found between now and the 3rd will still be found
> (and probably more), and they will still be fixed. The only difference
> would be a 0.0.1 version number.
>
> /2c
>



-- 
Xinchen Hui
@Laruence
http://www.laruence.com/

--001a11438996c9344a0525488d5b--