Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:122778 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id 12B3E1A009C for ; Wed, 27 Mar 2024 15:55:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1711554979; bh=kd7JT3TRFfrqI2Nfg75mJ5ui1kKs7kNd0YVJc9yBEWU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=CqL2W5Tvj6jTtzzhwfvxjLJrI1SWXqPYPRfrwsOel/vBL2AH7eiXFTl1chf+s6kT9 jxIWhJVE2mJfyfHpIwlueJmhDUSX76C/GtemZow5ihYWoE2SC5qz/+kkDQ2za2aLKF fCAU6D0kpDaZgyC7YgDs5WsEz0W9M8Z8KGj4JJS6ItdjkyxhMnlR/WMxEfOdMpZQBh 6sZLtNuPZLLyHlARaEIAPig3izcjTP3M3cP/3fg/bQCNXzdirg3zKwHQpE3qa7hVTN fLjP+9Z6e3T1ASXVh7he4iMDo0GUAIsHRkLhkapP/HJ0703hv/Hg7UXk+rdvPAsW9n VaqPqoyihFOPA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 8C39D1801C7 for ; Wed, 27 Mar 2024 15:56:18 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_40,DMARC_MISSING, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from mail-ed1-f53.google.com (mail-ed1-f53.google.com [209.85.208.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 27 Mar 2024 15:56:18 +0000 (UTC) Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-56b0af675deso8588673a12.1 for ; Wed, 27 Mar 2024 08:55:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711554952; x=1712159752; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kd7JT3TRFfrqI2Nfg75mJ5ui1kKs7kNd0YVJc9yBEWU=; b=MRBGlVjBD6E59YJsBS3r3i11LLILo0ms6f21Vr/xB+uJxVpBSZH7thRCgMMR3LIxOe p1gCCti+lT7+5zd2cF0yWqBy3FR/gHAZWr/0WWaIQbkmODeMledCn7SMGcZo98sPS4+D zJSLwKw88zkVP2/1Beeb5vOXnuOAESK851j5KdVsqRZ4CgkQAUCGwDgz0Re0z67piO4r MBx5FhaJHdNYmDDJ1ctsDosAhlRFBD1nRzm1u+Ymm2Tk6TPXsqpoNQRNH5CdAlJUMpGE JINQLV/uxZj35s8hDAzThiS3ZY0DdrSJ5kZiKqkdYbXolNrYi5OYivVX3c17wW4p5UZe 0ZJg== X-Gm-Message-State: AOJu0YyoaJZ1pCoF8w9QoRHf2UlAzBEB322yzOhHO3BBWIrFpwLsJmu9 VBz8cvTyPNxVtreEYYBWU4w1+rBvVXAeTGPXmt2pP/mddW/8F0TakIYn4mYkL+/gvAsDKNqhP8c sqYNzSdgVss0K+/xZiNQgy7Bmyj8= X-Google-Smtp-Source: AGHT+IEpnCsF9vMMwrRTlKglil0O5iqeN4FvEUryH+ZqT6YbLOJMYamRpbTI20znluQ4ieYWGMnaiBZdn26s5nDZOBY= X-Received: by 2002:a50:cc81:0:b0:566:ab90:1073 with SMTP id q1-20020a50cc81000000b00566ab901073mr158865edi.34.1711554951545; Wed, 27 Mar 2024 08:55:51 -0700 (PDT) Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 27 Mar 2024 15:55:40 +0000 Message-ID: Subject: Re: [PHP-DEV] GitHub milestones To: Ilija Tovilo Cc: Internals Content-Type: multipart/alternative; boundary="000000000000e68d9b0614a670fe" From: bukka@php.net (Jakub Zelenka) --000000000000e68d9b0614a670fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, On Wed, Mar 27, 2024 at 3:26=E2=80=AFPM Ilija Tovilo wrote: > Hi Peter > > On Wed, Mar 27, 2024 at 9:44=E2=80=AFAM Peter Kokot wrote: > > > > I was wondering if it would be useful to add GitHub milestones for the > PHP-8.4 and PHP-9.0 (or PHP-next or something like this)? > > https://github.com/php/php-src/milestones > > > > Because some pull requests might target versions after the PHP-8.4 and > it might be useful to have them additionally sorted to not forget about > them. Not to tag all PRs of course but only those which are meant to go > into some of the future branches. > > Milestones have already been used in the past > (https://github.com/php/php-snilrc/milestones?state=3Dclosed > ), so there's > no reason not to do the same for 8.4 and 9.0. Most likely, we just > forgot. It's probably not documented as part of the release process. > > We actually decided not to do it for 8.3 because it would be just waste of time to set all PR's with that milestone. The thing is that PR should just get merged when it's ready and we won't be delaying release because some PR's in that milestone are not ready so it does not have any meaning. I'm not really sure if there's any point to have non-draft PR's targeting next major version because they cannot be merged to master until it is decided the next version will be the major one. So those PR's should be draft but it might make sense to create milestone for them to show quickly why they are in draft. So I don't think there is much point in adding 8.4 milestone but 9.0 might be useful. Regards Jakub --000000000000e68d9b0614a670fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

On Wed, Mar 27, 2024 at 3:26=E2=80=AFPM Ilija Tovi= lo <tovilo.ilija@gmail.com= > wrote:
Hi P= eter

On Wed, Mar 27, 2024 at 9:44=E2=80=AFAM Peter Kokot <petk@php.net> wrote:
>
> I was wondering if it would be useful to add GitHub milestones for the= PHP-8.4 and PHP-9.0 (or PHP-next or something like this)?
> https://github.com/php/php-src/milestones
>
> Because some pull requests might target versions after the PHP-8.4 and= it might be useful to have them additionally sorted to not forget about th= em. Not to tag all PRs of course but only those which are meant to go into = some of the future branches.

Milestones have already been used in the past
(https://github.com/php/php-snilrc/milesto= nes?state=3Dclosed), so there's
no reason not to do the same for 8.4 and 9.0. Most likely, we just
forgot. It's probably not documented as part of the release process.

We actually decided not to do it for 8= .3 because it would be just waste of time to set all PR's with that mil= estone. The thing is that PR should just get merged when it's ready and= we won't be delaying release because some PR's in that milestone a= re not ready so it does not have any meaning.=C2=A0

I'm not really sure if there's any point to have non-draft PR'= ;s targeting next major version because they cannot be merged to master unt= il it is decided the next version will be the major one. So those PR's = should be draft but it might make sense to create milestone for them to sho= w quickly why they are in draft.

So I don't th= ink there is much point in adding 8.4 milestone but 9.0 might be useful.

Regards

Jakub
--000000000000e68d9b0614a670fe--