On Mon, Oct 12, 2015 at 11:32 PM, Nikita Popov <nikita....@gmail.com> wrote:
> On Mon, Oct 12, 2015 at 10:22 PM, Anatol Belski <anatol....@belski.net> > wrote: > >> Hi, >> >> > -----Original Message----- >> > From: Nikita Popov [mailto:nikita....@gmail.com] >> > Sent: Monday, October 12, 2015 8:57 PM >> > To: Dmitry Stogov <dmi...@zend.com> >> > Cc: PHP internals <internals@lists.php.net>; Andrea Faulds <a...@ajf.me>; >> Stas >> > Malyshev <smalys...@sugarcrm.com>; Bob Weinand <bwo...@php.net>; >> > Anatol Belski <anatol....@belski.net> >> > Subject: [PHP-DEV] Re: Forbid rebinding scope of closures created by >> > ReflectionFunctionAbstract::getClosure() >> > >> > > It would be great, if we stop any commits into PHP-7.0 except for >> > critical fixes now >> > >> > Maybe keep PHP-7.0 open (or as open as release branches usually are), >> but from >> > now on only cherry-pick critical fixes into PHP-7.0.0 (instead of >> merging >> > everything)? >> > >> I commit myself to Dmitry's words. What matters today and especially >> after RC5 is the stability. Today we should invest into testing and bug >> fixes more than into improvements (aka fixes to something that is not >> broken). It really matters for the quality of the final. That's the message >> to convey probably. >> > > To rephrase my question: Should we treat PHP-7.0 the same way we treat > PHP-5.6 and other release branches (i.e. all kinds of bug fixes are okay, > even if it's just improving a test or fixing some inconsequential > behavior), or do you want to limit the PHP-7.0 branch to actually critical > fixes now? From what you say, I assume the former rather than the latter? > Of course, we should merge bug fixes from PHP-5.6. Delaying them by month will make more overhead for everyone. But the less changes we will get the better. Thanks. Dmitry. > > > Nikita >
