Hi,

> -----Original Message-----
> From: julienpa...@gmail.com [mailto:julienpa...@gmail.com] On Behalf Of
> Julien Pauli
> Sent: Thursday, October 8, 2015 5:28 PM
> To: Ferenc Kovacs <tyr...@gmail.com>
> Cc: Stanislav Malyshev <s...@php.net>; Remi Collet <r...@php.net>; Kalle
> Sommer Nielsen <ka...@php.net>; Anatoliy Belsky <a...@php.net>; PHP Internals
> <internals@lists.php.net>
> Subject: Re: removal of the old PHP-X.Y.Z release branches
> 
> On Thu, Oct 8, 2015 at 4:41 PM, Ferenc Kovacs <tyr...@gmail.com> wrote:
> > Hi,
> >
> > we RMs started using the release branches (PHP-X.Y.Z) a while ago and
> > we push those so that the we can work together easier when
> > preparing/syncing the releases.
> > As those branches are meaningless for the general public I would
> > propose updating our current release process
> > (https://github.com/php/php-src/blob/master/README.RELEASE_PROCESS)
> so
> > that when we create a new release branch (PHP-X.Y.Z) we also remove
> > the old release branch (PHP-X.Y.Z-1).
> > (we could even remove it after tagging the final, but in the past we
> > had a couple of re-tags, so it is easier to just remove when creating
> > the release branch for the next version).
> > I would also propose removing all of the old release branches for
> > now(only keeping the last one for each minor/major version).
> >
> > ps: I've also cc-ed the internals@ list so people won't freak out
> > if/when we remove the old branches en masse.
> 
> I'm very +1 in cleaning old git references, like RM branches, and not needed
> branches like most of  "experimental/" , some dating back from 2000.
> 
Same here with release branches. Once a release is permanently out, it cannot 
be retagged anyway. If it was bad, the release branch might need to be reused 
directly. But when branching out the next clean one, the previous release 
branch loses its usefulness.

Regarding experimental branches - maybe there could be kinda "museum" 
repository for all that? Even if they wouldn't have any immediate practical 
usefulness, the thoughts there could be still useful. And, just the history :)

Regards

Anatol


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to