> -----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

Reply via email to