Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85561 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 99652 invoked from network); 30 Mar 2015 16:14:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Mar 2015 16:14:11 -0000 Authentication-Results: pb1.pair.com header.from=morrison.levi@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=morrison.levi@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.171 as permitted sender) X-PHP-List-Original-Sender: morrison.levi@gmail.com X-Host-Fingerprint: 209.85.214.171 mail-ob0-f171.google.com Received: from [209.85.214.171] ([209.85.214.171:34002] helo=mail-ob0-f171.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5B/B5-04595-25679155 for ; Mon, 30 Mar 2015 11:14:11 -0500 Received: by obbgh1 with SMTP id gh1so63668143obb.1 for ; Mon, 30 Mar 2015 09:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=80wZI+yITx65cM/NXf2wgfHR4d1MPeHHDz6iz/TzbkQ=; b=ibSxPkp/cPZX53yxx8Br65jCSLilNW9SPqEH68P1hkN+Lqy0Kx+icofxQwfiBdL+BD YIsBHvwpg06q84p6GW1m+dTVJd5QtdntXYnJUqcUBJWG5cJKQO7meHf90lDqneZGMIwp iZsGHNi+UCDZQpVf1cx2kEGhAr7jr/l2S/99CsesRfHzmuTZU1ioqG6nsuIVLBUPJBqL N3UeyBp9Q33BNZepc/HD55qHxQ46mdlOyjvPEGsR8OOrdzJTY7HHQH2ujc/GLeOu9SI0 n/Z5KnxWMYDY3iYye76SxH2nGwYl/TV9Ir/byB2RbSyTimPBtcP8s4TmMGelDD7zRvB8 xkMg== MIME-Version: 1.0 X-Received: by 10.60.120.36 with SMTP id kz4mr27523273oeb.47.1427732043853; Mon, 30 Mar 2015 09:14:03 -0700 (PDT) Sender: morrison.levi@gmail.com Received: by 10.76.93.136 with HTTP; Mon, 30 Mar 2015 09:14:03 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Mar 2015 10:14:03 -0600 X-Google-Sender-Auth: OkkpmCxH2Bmm8ImCnziyZaCPMDI Message-ID: To: Ferenc Kovacs Cc: PHP Internals , Stanislav Malyshev , julien pauli Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] What's our official stance on small self-contained additions in a micro version From: levim@php.net (Levi Morrison) On Mon, Mar 30, 2015 at 4:04 AM, Ferenc Kovacs wrote: > Hi, > > I know that our official release process allows that, but there are some > reasonable arguments against doing that and this topic was brought up > multiple times related to specific fixes. > I have two open PRs like that: > https://github.com/php/php-src/pull/1204 > https://github.com/php/php-src/pull/969 > and of course there are a bunch of similar ones from other people, and > there are cases when somebody simply pushes a change like that, other times > somebody points out that it should require an RFC( > https://wiki.php.net/rfc/json_preserve_fractional_part for example), but > most of the times we simply don't know what to do, and eventually we just > let the PR/patch to rot and die. > I would like to know if we can come up with a rule which can have consensus > behind it, and maybe formalize it as an extension to our current > releaseprocess rfc. I personally do not want to see *any* features go into a patch release (the Z in X.Y.Z). It's not just a pain to document, but there's no real reason to do this because we have minor releases (the Y in X.Y.Z) each year. I'd even like to tighten up on what "bug fixes" we allow into patch releases, as I think we have been far too accepting in the past.