Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54632 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5101 invoked from network); 15 Aug 2011 21:55:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Aug 2011 21:55:46 -0000 X-Host-Fingerprint: 96.2.18.191 host-191-18-2-96.midco.net Date: Mon, 15 Aug 2011 17:55:45 -0400 Received: from [96.2.18.191] ([96.2.18.191:27221] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DB/B2-21941-1E5994E4 for ; Mon, 15 Aug 2011 17:55:45 -0400 Message-ID: To: internals@lists.php.net References: <4E3F02E8.2050402@sugarcrm.com> <4E450EB1.6090502@lsces.co.uk> User-Agent: slrn/pre1.0.0-18 (Linux) X-Posted-By: 96.2.18.191 Subject: Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation. From: weierophinney@php.net (Matthew Weier O'Phinney) On 2011-08-12, Lester Caine wrote: > Ferenc Kovacs wrote: > > > But you can't call it PHP anymore due to the license, where as with a > > > > DCVS with people having forks on publically accessible repositories, > > > > everybody is basically violating the license. > > > > > > you can rename your fork on github: > > https://github.com/Tyrael/forphx > > usually people don't do this, as they don't want to maintain a > > competing project, they only fork it for having their own repo to > > develop into until they are done and then send a pull request. > > Actually the real question here is WHY create a fork on github at all? > The copy you are working on LOCALLY is the fork that you are > developing on? Much of the stuff on github and the other DVCS server > sites is redundant? You only need to publish your local changes to > other developers who are working with you not to the whole world? And how do you publish those changes? How do you get review? Yes, you can send patches, but it's often easier to point a person to a repository and branch, and let the reviewer -- or reviewers -- decide how to review -- a diff between the canonical repo and the change branch, using a web-based review system such as GitHub offers, etc. The web-based tools GitHub and BitBucket should not be discounted -- having the ability to have comment-threads per line of code is very useful for keeping the review targetted as well as easily identifying code that may need tuning. -- Matthew Weier O'Phinney Project Lead | matthew@zend.com Zend Framework | http://framework.zend.com/ PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc