Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:119136 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 2552 invoked from network); 13 Dec 2022 17:40:01 -0000 Received: from unknown (HELO localhost.localdomain) (76.75.200.58) by pb1.pair.com with SMTP; 13 Dec 2022 17:40:01 -0000 To: internals@lists.php.net Date: Tue, 13 Dec 2022 11:40:00 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.13.1 Content-Language: en-US References: <4c1e58ca94c3069b8704b7068254fe3926c5ad17ab62bf88bfed79de0c62bd10@mahalux.com> In-Reply-To: <4c1e58ca94c3069b8704b7068254fe3926c5ad17ab62bf88bfed79de0c62bd10@mahalux.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Posted-By: 96.61.105.82 Subject: Re: Remove PHP-x.y.* git branches From: ramsey@php.net (Ben Ramsey) Message-ID: On 12/13/22 11:30, Michael Voříšek - ČVUT FJFI wrote: > Hello everyone, > I am the author of https://github.com/php/php-src/issues/10007 proposal > and I would ask you for the green light to do so. > There are two kinds of unusefull branches: > a) the PHP-x-y-* branches - I would restrict the removal of branches > that HEAD commit matches git tag HEAD-1 commit > In theory the branches can be used somewhere, but they are pointless as > git tag HEAD-1 is a 1:1 replacement. > No data will/can be lost (and in theory, such branches can be restored > anytime locally). > b) the 10+ years old branches as mentioned in > https://externals.io/message/102982 > I do not expect these branches to be used anywhere. > If 20 years old contribution is expected to be finished, the author > should have a local git/svn copy and open regular PR for it :) > Can we collectively agree? > With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, > > Michael Voříšek Release managers use these these branches for packaging RCs and incorporating any critical bug/security fixes between the RC and GA release. See “Packaging a non-stable release (alpha/beta/RC),” step 3, here: https://github.com/php/php-src/blob/master/docs/release-process.md#packaging-a-non-stable-release-alphabetarc To recommend this change, you will need also need to recommend changes to the release process. -- Cheers, Ben