Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:103861 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 42966 invoked from network); 28 Jan 2019 12:48:48 -0000 Received: from unknown (HELO mail-it1-f175.google.com) (209.85.166.175) by pb1.pair.com with SMTP; 28 Jan 2019 12:48:48 -0000 Received: by mail-it1-f175.google.com with SMTP id a6so18332562itl.4 for ; Mon, 28 Jan 2019 01:27:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8OhlgdNsS8NEYDd7TG0bjjN6llwkm8QGqz5mILGtsxA=; b=bu8GQv2Eraj7qFcORvlBXtRaFDeocH0ETunrxJvIkLt+CMLrXxHz1qBZo5r9KLsEdU THrJavWTX3cspyIz52nerzo/Rf4pzARYhw3NphTrwHWabOB+0hH/+SGk+OGdUD0FRWaj OVwTewpTfeUO+AF9jHcRlS8A1YGSIr5lLyH9btrPmAA2h+T4YvUnMq6m3jszP6TJGTEK bCLhbEQShBeL9aJj7p1t3B4ZSmLVYrw95MFI6oZZX4hy65eacQphMNNkueRNpEYJy1rs zhsSzhzeG3E5ZAu7OePdUezLnX/dC3bM0kf27dFxQC8BXi6Fv3GidBA6//grUMToxDV6 zpkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8OhlgdNsS8NEYDd7TG0bjjN6llwkm8QGqz5mILGtsxA=; b=HragSxlK6DhoyXJwo3iqp8nCEko3W+qPkk/vt3vuWbd6Nm10hzS1UcO4zwHjtVBw7E hVNgXcgN9pRrPqf8d8kljvV7yUzP73L/LTTRdTO5Ak2+6ujKc02FFPvHtxBVt0jTCtZE QYzWG1gjbmh3f/qau0GNJQDJ7WX2E5NKmYs/k4HE5xljHbeGGvCBwe/OntP7RkjL79hN iGOQEHJMaBKVpennNcdAJKqIJDHBWNaIf1XRwMWDTO8LxWivw4LOSnZxTZhVmpB1wyhK oiBqnflmg4b7VmLeMJF2j18xcZyNSjcfPiHUxu/aF686vh+eOzrOw9j5YoBKmVRhqOMp YoGQ== X-Gm-Message-State: AJcUukdbo6wSHCIOTSFiWzHgx868nn2z5NirMd7gShlB8uOa18eOWUlD QhJYJ0wQgOhyAvwSHX+XZqW7q96xtkGSJYzh1Jg= X-Google-Smtp-Source: ALg8bN6FLY5YbjMkWkBh7vDKLle40+N0ixc99YU05iU+665LRrTXemq5Kc7zA6soRhSTt7QOjVkHEWaZpD6rJBlAVdQ= X-Received: by 2002:a05:660c:74b:: with SMTP id a11mr9564154itl.27.1548667673620; Mon, 28 Jan 2019 01:27:53 -0800 (PST) MIME-Version: 1.0 References: <091debad-319d-7010-4852-fb9d7e6304ac@gmx.de> <52d491a2-f546-f1eb-09e4-87f1b070d256@zend.com> In-Reply-To: Date: Mon, 28 Jan 2019 10:27:37 +0100 Message-ID: To: Levi Morrison Cc: Sara Golemon , Dmitry Stogov , Zeev Suraski , Christoph Becker , PHP internals Content-Type: multipart/alternative; boundary="0000000000008fb5ec0580814abb" Subject: Re: [PHP-DEV] Re: Branch off PHP-7.4 early From: nikita.ppv@gmail.com (Nikita Popov) --0000000000008fb5ec0580814abb Content-Type: text/plain; charset="UTF-8" On Thu, Jan 24, 2019 at 5:11 PM Levi Morrison wrote: > On Thu, Jan 24, 2019 at 7:52 AM Nikita Popov wrote: > > > > On Fri, Nov 16, 2018 at 4:36 PM Sara Golemon wrote: > > > > > On Fri, Nov 16, 2018 at 9:26 AM Nikita Popov > wrote: > > > > I feel like there may be some understanding here, because what > > > > is proposed here seems to match exactly what you proposed > > > > in your first mail to this thread. > > > > > > > Perhaps the impedance mismatch is in calling the branch "PHP-8". > > > Calling it that says to me, "It's my responsibility to merge bugfixes > > > if I want them propagated to what will become 8.0.0-final". Calling > > > it "feature/jit-and-other-cool-stuff" or literally ANYTHING other than > > > "8" says, "Development is happening as normal, and the feature branch > > > is the problem of the people working on the feature. > > > > > > Also, I'm going to quote again the specific language Dmitry used: > > > > > > > - in May/June move master into PHP-7.4, make PHP-8 to be master and > > > > require committers to work on master and backport changes (according > to > > > > usual PHP/GIT workflow). > > > > > > > "move" says to me "rename the branches", which again, if fixes aren't > > > being dutifully picked/merged/whatever to this branch, then they > > > inevitably will get lost. It's not that I don't trust someone working > > > on the feature branch to do their best, it's that it shouldn't be > > > their responsibility. > > > > > > -Sara > > > > > > > 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). > > > > Nikita > > As long as someone will help me get the covariance/contravariance > patch merged in correctly when the time comes, I'm all for it. > As the reception seems positive, I'll go ahead and create the branch now. Nikita --0000000000008fb5ec0580814abb--