Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:107749 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 69250 invoked from network); 2 Nov 2019 22:14:18 -0000 Received: from unknown (HELO php-smtp3.php.net) (208.43.231.12) by pb1.pair.com with SMTP; 2 Nov 2019 22:14:18 -0000 Received: from php-smtp3.php.net (localhost [127.0.0.1]) by php-smtp3.php.net (Postfix) with ESMTP id 7FB8E2D20E2 for ; Sat, 2 Nov 2019 13:02:59 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp3.php.net X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,SPF_HELO_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS31103 84.19.160.0/19 X-Spam-Virus: No Received: from mail.toneristzuen.de (mail.toneristzuen.de [84.19.169.162]) by php-smtp3.php.net (Postfix) with ESMTP for ; Sat, 2 Nov 2019 13:02:58 -0700 (PDT) Received: from maniacmansion.fritz.box (ppp-188-174-55-115.dynamic.mnet-online.de [188.174.55.115]) by mail.toneristzuen.de (Postfix) with ESMTPSA id 5120042B90; Sat, 2 Nov 2019 21:02:57 +0100 (CET) Message-ID: To: Joe Watkins , Nikita Popov Cc: PHP internals Date: Sat, 02 Nov 2019 21:02:52 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Envelope-From: Subject: Re: [PHP-DEV] GitHub RFC workflow From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Sat, 2019-11-02 at 19:40 +0100, Joe Watkins wrote: > I would like to question the reasoning behind wanting to "own" the > RFC content: We don't require any such thing for any other kind of PR > although we say we require a patch on bugsnet, we actually don't > require it. So, I have a hard time telling the difference between a > PR for an RFC and a PR for a bugfix or enhancement. > > Can anyone tell the difference ? In a bug fix or enhancement the relevant information is in the patch, which in the end lives in php-src.git. If a patch isn't self- explanatory it probably needs an RFC as reasoning. That reasoning shall live in a central place to be found by future generations. And some historic context (do with it what you want :-) ) on why php.net instead of GitHub: When we moved to git I (among others) pushed for using our own infrastructure we control, and not binding the process to an external entity. PHP has seen other platforms like sourforge come and go and migrated from CVS, to svn, to git so other platforms coming and going and versioning systems come and go is likely. While GitHub under current Microsoft probably is more likely to stay than the young startup from years back. :-) (that aside from GH requiring accounts on that platform, eventually blocking countries etc.) johannes