Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103838
To: Nikita Popov <nikita.ppv@gmail.com>, Sara Golemon <pollita@php.net>
Cc: Dmitry Stogov <dmitry@zend.com>, Zeev Suraski <zeev@php.net>,
 PHP internals <internals@lists.php.net>
References: <CAF+90c8itae3inWZ8W-1GSGFH7W03bzHuOOimkUjbEPMqTEVww@mail.gmail.com>
 <091debad-319d-7010-4852-fb9d7e6304ac@gmx.de>
 <CAJHtznxd7XoLH02a4Y4f5vfEbJX7GoJiwXtdGWpVSOkcXNTS9g@mail.gmail.com>
 <CAESVnVpSkjcpVGaCYrXeTHiHqTAoWEe+rxBZnpX+mRzYG2Ce2A@mail.gmail.com>
 <CAF+90c_WX8YiL-xHT3_S1HUjQtaP8BbDChZbmF-3V1gJpk9ZDQ@mail.gmail.com>
 <52d491a2-f546-f1eb-09e4-87f1b070d256@zend.com>
 <CAESVnVrfq-Q-Ai_FrU3h3xvzpL70RbJ1qDJALu2vk1pSSa485w@mail.gmail.com>
 <CAF+90c_US-1SHXB5MhxTpZ5Up0qGORHpn-gXwhSS-85hhR2FRQ@mail.gmail.com>
 <CAESVnVrz7V+BsD=5ARw1-Q8VCOi+hh19FXBGq-76Q11Z2F-rYw@mail.gmail.com>
 <CAF+90c_x=x-_XBu532r=mhBG2fPcEvQxyPY=H6=8vx7w5WSYUA@mail.gmail.com>
Message-ID: <fb820262-2f4f-62d6-44b1-6b686284facf@gmx.de>
Date: Thu, 24 Jan 2019 16:33:07 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <CAF+90c_x=x-_XBu532r=mhBG2fPcEvQxyPY=H6=8vx7w5WSYUA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: Branch off PHP-7.4 early
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 24.01.2019 at 15:52, Nikita Popov wrote:

> I'd like to bring this up again. Typed properties has been merged, so we
> currently don't have any major code changes pending. To clarify what
> exactly I'm proposing:
> 
>  * Create the PHP-7.4 branch now/soon, rather than in summer.
>  * master will be PHP 8.0.
>  * All changes are applied to the lowest applicable branch and then merged
> up as usual, including to PHP-7.4 and master.
>  * NEWS mentions for bug fixes are only added up to PHP-7.3. They are not
> added on the PHP-7.4 branch, just like for master. (Excluding changes that
> are only in 7.4/8.0, of course.)
>  * All feature additions can generally still go to the PHP-7.4 branch,
> there is no freeze.
>  * Backwards incompatible changes and major internal API changes can go to
> master (assuming they are accepted through the usual processes).

IMHO, a sensible compromise to allow starting real work on PHP 8 while
still keeping 7.4 open for feature additions.

If we do so, I wonder whether we should prepone the 7.4 RM selection.  I
had planned to issue a call for volunteers in early March, but maybe it
would be good to have RMs available earlier to supervise the PHP-7.4 branch.

-- 
Christoph M. Becker