> -----Original Message----- > From: Dmitry Stogov [mailto:dmi...@zend.com] > Sent: Monday, October 12, 2015 11:55 PM > To: Nikita Popov <nikita....@gmail.com> > Cc: Anatol Belski <anatol....@belski.net>; PHP internals > <internals@lists.php.net> > Subject: Re: [PHP-DEV] Re: Forbid rebinding scope of closures created by > ReflectionFunctionAbstract::getClosure() > > 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. > Yeah, the git workflow persists. Of course, it can potentially introduce instabilities. Then cherry-picking is not to sidestep, so in worst case there is a solution anyway.
Regards Anatol -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php