Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103074
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.19 as permitted sender)
To: Gabriel Caruso <carusogabriel34@gmail.com>,
 PHP Internals <internals@lists.php.net>
References: <CAP=4hC+YxZHxEKLJ+R_g+VM74yHnhBNSY90QcWR4cvi4vVFa3g@mail.gmail.com>
Message-ID: <8979b982-6b55-eb81-acce-999103729e6d@gmx.de>
Date: Fri, 10 Aug 2018 12:53:48 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <CAP=4hC+YxZHxEKLJ+R_g+VM74yHnhBNSY90QcWR4cvi4vVFa3g@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 8bit
Subject: Re: Old branches
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 30.07.2018 at 10:35, Gabriel Caruso wrote:

> Recently, while checking some branches, I’ve noticed that we have really
> old branches out there in php-src:
> 
> 15+ years old:
> 
>    - experimental/RETURN_REF
>    - experimetnal/RETURN_REF_PATCH
>    - experimental/pre_new_hash_func
>    - experimental/zts_stdc_scanners
>    - experimental/rand_redesign
>    - migration/EXPERIMENTAL
>    - experimental/namespaces
>    - migration/unlabaled-1.67.2
>    - experimental/ZendEngine2
>    - experimental/apache_hooks
>    - experimental/apache_hooks
>    - migration/unlabaled-1.3.2
> 
> 10+ years old:
> 
>    - migration/unlabaled-1.29.2
>    - migration/INITIAL
>    - migration/sqlite-start
> 
> Not even 5 years old, but no commit:
> 
>    - str_size_and_int64_56_backport
>    - native-tls
>    - zend-signal-zts
> 
> Not even 2 years old, but no commit:
> 
>    - microseconds
> 
> 
> Do we keep them for a reason, like history, or we should delete, remaining
> just the versions branches?

In my opinion, it would be sensible to delete all useless branches, i.e.
those which are completely stale, or have no commit.

-- 
Christoph M. Becker